-
我在 JavaScript 里用 setTimeout 0 想让一段逻辑稍后立即执行来排个时序,结果它总是排在所有 Promise 回调的后面执行,输出顺序跟我写的顺序完全对不上,因为微任务永远先于宏任务的深度复盘
我有段逻辑想让它在当前同步代码跑完后尽快执行,用了 setTimeout(fn, 0),以为 0 毫秒就是马上、最先执行。可代码里同时还有 Promise.then 回调,运行结果让我懵了:setTimeout(0) 总是排在所有 Promise.then 回调的后面执行,日志顺序和书写顺序完全对不上,靠它排的时序也错乱。复盘才搞懂:JS 单线程靠事件循环调度异步,异步分宏任务(setTimeou…- 0
- 0
-
我图省事调了个异步函数发通知,既没 await 也没 catch,想着失败了无所谓,结果它一旦 reject 整个 Node 进程就因为未处理的 Promise 拒绝直接崩溃退出:一次 unhandled rejection 拖垮服务的深度复盘
我有个发通知的异步函数 sendNotification(user),心想通知失败也无所谓、不影响主流程,就图省事写成 fire-and-forget:sendNotification(user)——既没 await 也没 .catch(),调完不管。平时风平浪静,直到某次通知下游抽风、它内部的 Promise reject 了,而我没有任何地方处理这个 reject,整个 Node 进程因为 U…- 2
- 0
-
一个在 forEach 回调里写 await 的批处理脚本,以为会一个个等着处理完,结果还没处理完就往下走、还吞掉了异常:一次 JavaScript 异步遍历的深度复盘
数据迁移脚本用 forEach 遍历、在回调里 await 逐条同步,处理完打印'全部同步完成'。结果那句几乎立刻就打印了(其实没同步完),而且某条失败抛的异常外层 try-catch 一个都没抓到、变成了 UnhandledPromiseRejection。根因是 Array.prototype.forEach 是同步遍历、完全忽略回调返回的 Promise、不会等待 awa…- 4
- 0
-
我在 forEach 里写了 async/await 处理数组,以为会一项项乖乖等着执行完,结果它根本不等、后面的代码抢先跑了还把报错给悄悄吞了的深度复盘
我要对数组每项做异步处理,顺手用了 forEach,回调里老老实实写了 async/await,以为会一项项等着执行完。结果顺序全乱:所有项几乎同时开始,放在 forEach 后面的"全部处理完啦"竟抢先打印;更糟的是某项报错,外层 try/catch 根本抓不到,只剩一句 UnhandledPromiseRejection。深究才懂:forEach 是为同步设计的,它完全无视…- 2
- 0
-
"全部保存完成"先打印了出来,可数据库里一条都还没存:我在 forEach 里用 async/await 踩的那个坑的踩坑复盘
遍历数组异步保存每一项、全部存完再打印"全部保存完成"——结果"全部保存完成"先打印了,数据库里却一条都还没存,而且某项失败抛的异常 try/catch 还捕获不到。根因是 Array.prototype.forEach 根本不认识、也不等待 async 回调返回的 Promise:它只是飞快地把每项的异步操作启动一遍就立刻返回。这篇从 forEach 为何…- 5
- 0
-
日志说完成数据却没动:forEach 异步陷阱避坑复盘
那次事故的现象一开始把整个团队都看懵了:一个跑批量数据处理的 Node.js 脚本,日志里明明白白打着全部处理完成共5000条,可数据库里实际被更新的却总是只有零星几十条,而且每次跑数量还不一样,脚本没报任何错退出码是0,一副我成功了的样子。一个声称自己全部完成、还没报错的程序,干的活却只有它声称的零头,这种嘴上说着完成了手上啥也没干完的诡异排查起来格外抓狂,连个错误堆栈都没有无从下手。查到最后根…- 0
- 0
-
忘了一个 await:TS 浮动 Promise 乱序吞错避坑
有个用 TypeScript 写的下单流程:扣库存、写订单、再发通知,每步封装成 async 函数主流程里一个个调过去,代码写得很顺。可上线后偶发诡异:有时订单写进去了库存却没扣、有时通知发了订单还没落库,还有一次某步明明内部抛了异常外层 try/catch 却完全没捕获到、错误像人间蒸发既没日志也没告警只留一堆对不上的脏数据。逻辑明明是顺序写的怎么会乱序还吞异常?逐行抠 async 调用才发现真…- 9
- 0
-
从一套用 callback 层层嵌套成回调金字塔向右缩进到屏幕边缘加 var 满天飞还到处污染全局加用 == 做隐式类型比较加在请求路径里同步阻塞加靠 console.log 调试加随手 npm install 锁不住版本的祖传 Node 服务、核心下单逻辑是五六层 callback 一层套一层嵌出来的厄运金字塔某个错误分支的回调里当年漏写了一个 return 平时流量从未触发可大促那晚高并发一压上来那条错误路径被频繁命中下单回调重复执行库存被重复扣减订单被重复创建瞬间一片超卖和重复订单、几乎同时另一个接口在请求处理路径里用 fs.readFileSync 同步读取一个随业务数据不断变大的配置文件又跟着一段同步 for 循环去处理它而 Node 是单线程事件循环这段同步代码一执行就好几秒这几秒里整个事件循环被死死阻塞健康检查下单查询所有请求全排在后面动弹不得瞬间集体超时负载均衡判定实例不健康摘了出去流量涌向其余实例又把它们一个接一个以同样方式压垮雪崩 + var 变量提升加函数作用域泄漏加经典循环闭包陷阱所有闭包共享同一个 var 变量等执行时循环已结束全打印成最终值 + == 隐式类型转换埋下空数组等于 false 字符串 1 等于数字 1 等诡异判断防不胜防 + callback 漏判 error 加 async 抛出却没人接最终 unhandledRejection 直接崩掉进程一个角落的疏忽干掉整个服务 + 靠全局变量和 script 加载顺序维系隐式依赖改一处牵全身 + 直接原地 mutate 共享对象与数组 push sort 原地改引发跨模块诡异 bug + 锁不住版本换台机器装出另一套我机器上是好的一上生产就报谁也没见过的错 → 2026 现代 Node.js 工程体系 Promise 加 async/await 扁平线性错误可被 try/catch 统一捕获 + 异步非阻塞 API 加 Worker threads 隔离 CPU 密集事件循环永不卡死 + const/let 块级作用域加 TDZ 声明即所见闭包符合直觉 + === 严格相等加显式类型转换比较行为可预测 + try/catch 加统一错误中间件加进程级兜底错误可见进程不裸崩 + ESM import/export 显式依赖边界清晰可静态分析可摇树 + 不可变更新展开解构数据流向可追副作用受控 + lock 文件加 npm ci 锁定整棵依赖树任何机器字节级一致 + pino 结构化日志加 jest 加 CI 自动回归 87 天战役复盘:8 个 P0 复盘 + 6 条工程哲学 + 7 个关键数字
6 人的后端团队 87 天把一套支撑公司电商订单与营销的核心后端 API,从一堆用 callback 层层嵌套成回调金字塔、var 满天飞还到处污染全局、用 == 做隐式类型比较、在请求路径里同步阻塞、靠 console.log 调试、随手 npm install 锁不住版本的祖传 Node 代码,系统性地现代化到基于 async/await 与 ESM 的现代 Node.js 工程体系。这套服务…- 8
- 0
Promise
-
￥优惠劵使用时效：无法使用使用时效：
之前
使用时效：永久有效优惠劵ID：×