深入解析Promise.reduce执行顺序及代码行为
本文分析Promise.reduce的执行顺序，并解释示例代码中p1、p2返回值以及runPromiseInSequence函数结果的原因。
问题一：p1和p2为何都打印1？
原始代码中，p1和p2打印为1并非因为runPromiseInSequence函数的执行，而是因为它们各自的then方法中直接使用了console.log(res, 'p1')和console.log(res, 'p2')。 Promise.resolve(1).then(2).then((res) => {console.log(res, 'p1')}) 这个Promise链中，.then(2)实际上传递的是一个值2，而不是一个函数，所以res的值为2，导致打印结果为2，而非1。 同样的逻辑也适用于p2。 这与runPromiseInSequence函数的执行顺序无关。 问题描述中将p1和p2打印结果描述为1是不准确的。
问题二：修改后runPromiseInSequence(promiseArr, 10)为何返回50？
修改后的代码中，runPromiseInSequence函数使用reduce累积Promise结果。初始值是10，p1的返回值是50。reduce回调函数(res, currentFunction) => currentFunction(res)将上一个Promise的结果(res)作为下一个Promise函数的参数。 因此，p1执行后，res为50。 然后，reduce继续执行，将50传递给下一个函数(res) => res * 3，结果为150，而不是50。 问题描述中返回50的结果是错误的，正确的返回值应该是150。
关于Promise.resolve(1).then(2).then((res) => {console.log(res, 'p1')})
这段代码的then(2)传递的是一个数值2，而不是一个函数。 因此，下一个.then中的res将是2，控制台会打印2 p1。
关于Promise.reject(1).then(2, 2).then(console.log, console.log)
这段代码使用Promise.reject(1)创建了一个被拒绝的Promise。 then(2, 2)中的第一个参数2是成功的回调函数，第二个参数2是失败的回调函数。由于Promise被拒绝，所以第二个参数(失败回调)会被执行，打印2。
总结
原文中对p1, p2返回值和runPromiseInSequence函数结果的描述存在错误。 需要仔细检查代码逻辑和Promise链的执行顺序，才能准确理解代码行为。 正确的分析需要基于代码本身，而不是基于不准确的描述。 建议提供完整的代码以便进行更准确的分析。
