为什么 promise 状态显示待处理，当它已解析为另一个 promise 时

问：

下面的代码片段我从著名的 YDKJS - Async & Performance 系列中摘录，为了便于理解，做了一些更改。

var p3 = new Promise( function(resolve,reject){
    resolve( "B" );
} );
var p1 = new Promise( function(res,rej){
  resolve( p3 ); // equivalent to p3.then(res)
} );
var p2 = new Promise( function(resolve,reject){
    resolve( "A" );
} );
p1.then( function(v){
    console.log("In p1");
    console.log(p1);
} );
p2.then( function(v){
    console.log("In p2");
    console.log(p1);
} ); 

尽管记录结果的顺序是按照要求进行的，但是承诺 p1 的状态显示挂起 （at ），我无法理解。我试图通过图片（最后）来描述我到目前为止所理解的，所以你可以纠正我错的地方。console.log(p1)

结果

在第 1 阶段：解析为已解析的 promise。我知道仍将保持待处理状态，并且尚未解析为值。但我听说这相当于p1p3p1resolve(p3)

p3.then(res);  // res is a resolve callback of p1

因此，基于这个假设，由于既已解析又具有注册的处理程序（callback of ），因此它将入到微任务队列（MTQ）中。p3resp1

在第 2 阶段：已解决并具有已注册的处理程序（紫色），它将被附加到 MTQ。p2

在第 3 阶段：现在，由于堆栈上没有要执行的内容，因此首先插入 MTQ 中的 cb（黄色）将进入堆栈进行执行。 以下是我的查询： 执行时，它会将 的状态标记为已完成吗？由于 res 是与 关联的回调。res('B')p1p1

由于除了已实现之外已经有一个注册的处理程序（调用时），它不会像第 4 阶段所示附加到 MTQ 中吗？p1p1.then

如果是这样，那么为什么即使在第 5 阶段仍然显示为待处理？p1

在第 6 阶段：如何突然实现？p1

请帮助我了解我在下面的图片描述中哪里错了？