先记住这个答案
Promise.all([]) 会立即得到一个状态为 fulfilled 的 Promise，兑现值为 []。规范把“全部成功”扩展到零个任务的情形，因此不需要等待即可完成。虽然内部通常同步进入 fulfilled 状态，但通过 then 注册的处理器仍按微任务异步执行，所以同步代码之后才看到回调，返回值可直接用于需要数组的下游逻辑。
- 返回已 fulfilled 的 Promise，值为空数组[]
- 不会 pending 或 reject，成功聚合零个结果
- then 回调仍异步，不能同步取到值
空输入下的状态派生规则
Promise.all 的语义是等待一个 iterable 中所有 Promise 都成功，随后把每个结果按序放入数组。当 iterable 是空时，集合不存在任何元素，因此“所有成功”这一前置条件立即为真。ECMAScript 规范明确此情况下返回的 Promise 为 fulfilled，其 value 就是空数组 []。否则会出现一个永久 pending 的聚合体，让调用方无法继续。
从引擎处理顺序看，Promise.all([]) 在内部初始化过程会创建聚合 Promise，但空列表使它在同一回合内就进入 fulfilled 状态。不过这不意味着 .then 回调会同步执行——Promise 的 reaction 任务总是排队到微任务队列。以下代码验证了：同步日志先输出，然后才看到 then 的内容。
console.log('start');
Promise.all([]).then(values => console.log(JSON.stringify(values)));
console.log('end');查看输出与解释
start
end
[]先打印 start 和 end，随后微任务队列中执行 then，打印 []，说明 Promise 已经 fulfilled 但没有同步执行 then。
动态任务列表为空时的统一出口
假设一个批量数据预加载函数，它接收一组由用户选中的条目 id，为每个 id 发起一个异步加载任务，并用 Promise.all 合并结果。当用户一个都没勾选时，ids 数组为空。此时若把空列表直接交给 Promise.all，会得到 []，后续代码可以自然地将“加载完成”状态推进，不会卡在加载中或进入错误分支。
这个场景说明 Promise.all 的空数组处理是组合器的统一出口。你不需要在调用前单独判断 if (ids.length === 0) return Promise.resolve([])，动态生成的任务列表即使为空也能走同一套聚合逻辑。代价是结果 [] 并不代表有任何数据，仅表示没有失败项，下游必须对空结果做语义上的区分。
容易失效的使用边界
容易失效的条件之一是将空数组与“没有任何任务”混为一谈。虽然返回值总是 fulfilled，但如果后续逻辑期望数组里至少有一项，就会静默产生空结果，甚至掩盖之前任务来源为空或配置错误。另一种失效是尝试将 null 或 undefined 交给 Promise.all——它们不可迭代，会直接抛出 TypeError，与空数组的合法行为不同。
另一个边界是空数组只使 Promise.all 本身同步 fulfil，任何基于该 Promise 的后续处理仍要经过微任务排队。如果你在同一个调用栈里依赖它之后立即执行操作，必须用 await 或 then 接续。此外，空数组与只含非 Promise 值的数组不同：后者在所有输入都已是 resolve 时仍会等待至少一个微任务才 fulfilled，而空数组的状态提前确定。
容易答错的地方
- 认为会永久 pending 或报错
- 有些开发者以为没有输入就无法完成，实际上规范把空集合视为“所有成功”的真空情形，返回已 fulfilled 的 Promise，value 是 []。因此不会 pending，也不会因空数组抛出异常。
- 认为 then 会同步执行
- 即使 Promise.all([]) 状态立即为 fulfilled，通过 then 注册的回调也总是异步进入微任务队列。同步代码执行完毕后回调才触发，这是 Promise 的基本调度规则，不因空输入而改变。
面试官还会怎么问？
Promise.all([]) 与 Promise.resolve([]) 有什么本质区别？
两者最终都产生一个 fulfilled 且值为 [] 的 Promise，时序上 then 也都走微任务，几乎没有可观测差异。但语义不同：Promise.all([]) 表达“零个异步任务均已成功”，适合组合器统一处理；Promise.resolve([]) 表示直接构造一个成功 Promise，不必经过聚合。
Promise.all 传入非 Promise 的原始值数组时会怎样？
例如 Promise.all([1,2,3])，每个值都会被当作已解决的成功项，整体返回的 Promise 最终 fulfilled 且值为 [1,2,3]。但它是异步完成的，初始呈 pending，不像空数组那样同步 fulfil，因为非空输入需要走一轮微任务调度。
空数组会触发 unhandledrejection 吗？
不会。空数组没有任何输入 promise，自然也不存在拒绝来源，因此不会产生未处理的拒绝事件。但如果你后续在这个组合结果上链接 rejection 处理器并抛出异常，则与空数组无关。
参考资料
示例用于理解所注明的运行环境与边界；延伸学习可结合原文中的更多案例。