Thenable objects that arise along the 100 chain are always resolved -
onFulfilled处理程序从不接收thable对象，以及任何 由任一处理程序返回的ThEnable始终在 传递给下一个处理程序.这是因为在构建新的 promise ，executor传递的resolve和reject函数是 保存，并在当前promise 结算时，相应的函数 将使用实现值或拒绝原因调用.这个 解析逻辑来自> Promise()构造函数.
根据我的理解，promise 并不总是能解决的.
这个文档是什么意思，有错误吗？
这确实相当令人困惑.首先，在promise terminology中，"已解决"状态并不等同于"已履行"--已解决的promise 可以用一个值来解决，这样它最终就会拒绝.然而，我不认为这句话是什么
沿着
then()链出现的可见对象总是被解析
甚至指的是."待解析"并不意味着启用对象的状态，这通常不为人所知.Promise确实有定义良好的状态，规范描述了Promise对象如何在这些状态之间转换.另一方面，除了他们的.then()方法之外，Thenable objects没有任何特点，.then()方法通过两个回调调用，可以做它想做的任何事情.因此，除非是promise ，否则使能对象没有区分未决、已实现和已拒绝的状态，我们也不会谈论它"正在被解析".
那么，这句话还意味着什么呢？我不知道作者的意图，但我可以猜到:
resolve()d with，而不是Thable对象.不过，拨打Promise.resolve(thenable)可能会被简化为"解决问题".resolve()a Promise witha值，而且消费者正在解析promise to a值.这可能需要多个步骤，但最终我们将获得最终的结果值(或拒绝)-不是作为函数调用的返回值，而是作为连续传递样式的回调参数，但仍然是这样.在这个相同的意义上，我们可以将一个使能对象赋给它的结果值，而解析值就是链接的promise 得到解决的值.