先记住这个答案
当输入数组中的某项不是 Promise 实例时，Promise.all 会隐式调用 Promise.resolve 将该值包装成已兑现的 Promise。这只是一种内部处理，不会改变原始值。结果数组中仍保留该值的原样，包装后的 Promise 只参与等待流程。即使所有输入都是普通值，返回的 Promise 也不是同步兑现，而是要等当前微任务队列清空后才兑现。这样能统一异步与同步数据，避免特殊判断。
- 非 Promise 值会被 Promise.resolve 包装，但结果保留原值。
- 全为普通值时，返回的 Promise 仍是异步兑现。
- 包装只影响等待机制，不改变值本身。
内部实现的包装与等待
Promise.all 会遍历输入数组，对每一项先执行一次“Promise 解析”：如果值不是 Promise，就调用 Promise.resolve 包装成已兑现 Promise。这样所有项都被统一为 Promise 对象，Promise.all 内部便可以用 .then 挂起等待，而无需区分原始数据的类型。
这一包装并不会把原始值替换。例如 [1, Promise.resolve(2)] 会被处理为 [Promise.resolve(1), Promise.resolve(2)]，但最终兑现数组 [1, 2] 中的元素仍是原始 1 和 2。之所以要包装，是因为 Promise.all 的实现基于 thenable 的统一契约，它需要一种方式让同步值和异步值拥有相同的“可等待”接口。
const p = Promise.all([1, 2, 3]);
console.log(p instanceof Promise); // 同步
p.then(values => console.log('result:', JSON.stringify(values)));
console.log('sync end');查看输出与解释
true
sync end
result: [1,2,3]代码先打印 true，表明 Promise.all 返回 Promise；随后执行同步语句 sync end，最后才在微任务中打印 result，证明即使全是普通值，兑现也是异步的。
混合同步与异步参数的用户行为上报
在页面表单提交时，需要收集一批参数：其中 userId 来自同步全局变量，token 来自 localStorage 同步读取，而 sessionId 需要通过异步 fetch 从服务端获取。把这些参数放入同一个数组，直接使用 Promise.all 发起：const results = await Promise.all([userId, token, fetchSessionId()])。其中两个同步值会被自动包装成已兑现 Promise，fetchSessionId() 返回的 Promise 正常等待。
最终 results 数组按传入顺序得到 [userId, token, sessionId]，且整体在全部就绪后才继续。这种做法避免了手动用 Promise.resolve 包裹每个同步值，也不需要在 then 中解包。关键收益是，当未来某个参数改为异步获取时，只需把调用换成返回 Promise 的函数，Promise.all 调用处无须改动，降低了维护成本。
生效条件与限制边界
上述包装机制仅当值不是“thenable”时才严格成立。如果某个输入对象具有 then 方法（即 thenable，例如来自另一个库的自定义 Promise），Promise.resolve 会尝试展开它，并等待其状态转换。这会导致结果数组中存储的不再是原始对象，而是其 resolve 的值。这是 Promise.resolve 的通用规则，但题目限定为“非 Promise 值”，因此实际工程中若混入 thenable，结果会与预期不同。
另一个边界是：当数组为空时，Promise.all 会同步兑现一个空数组，但这里讨论的是非空数组。此外，如果数组中某个非 Promise 值恰好是 Error 对象，它也会被正常包装，并作为兑现值传入结果数组，不会触发拒绝——只有拒绝的 Promise 才会让整体拒绝。这个特性意味着不能依靠“值类型”来判断是否失败，必须用显式的 Promise.reject 或抛出异常。
容易答错的地方
- 误认为非 Promise 值会被跳过
- 有人以为 Promise.all 会忽略非 Promise 值，只等待真正的 Promise。实际上所有非 Promise 值都会经过 Promise.resolve 包装并参与等待，位置上的空档不会被跳过，最终结果的长度与输入数组完全一致。
- 以为包装会改变结果值
- 另一种误解是最终数组里会得到包装后的 Promise 对象。实际上包装只是内部临时对象，then 回调接收到的是原始的 1、2、3 等值，而非 Promise 实例。这与 Promise.resolve(不改变值的语义一致。
面试官还会怎么问？
为什么 Promise.all 不能用同步执行来等待所有普通值？
因为 Promise.all 的返回值必须始终是异步兑现的 Promise，若同步兑现则无法与其它异步分支保持一致时序。统一用微任务等待既符合 Promise 规范，也让调用方可以用相同方式处理结果。
如果输入数组中包含一个 thenable 对象（具有 then 方法），Promise.all 会怎样处理？
Promise.resolve 会展开 thenable，即调用其 then 方法并等待其决议。最终结果数组中存放的是 thenable 的兑现值，而非原对象。这不同于普通非 Promise 值，后者不会经历展开。
是否可以用普通值数组调用 Promise.all 来模拟同步等待？
可以调用，但返回的 Promise 仍会异步兑现，只是等待时间极短。如果希望同步拿到结果，需要绕开 Promise 直接操作数组；但使用 Promise.all 的意义在于统一异步接口，所以通常不追求同步。
参考资料
示例用于理解所注明的运行环境与边界；延伸学习可结合原文中的更多案例。