能在服务器端运行 JavaScript 的开放源代码、跨平台 JavaScript 运行环境
现有软件接入智能体 SDK 后,最容易被忽略的一类事故不是 401、429 或余额不足,而是:会话创建成功了」,界面也没弹红字,但工具突然变少、裁决人悄悄缺席、...
线上有个定时报表任务跑着跑着就报 TimeoutError: ResourceRequest timed out,重启进程能好一阵,过几个小时又复现。这个任务每...
在 Node.js 里用 fs.createReadStream 和 fs.createWriteStream 做文件处理时,很多项目只监听 error 事件就...
处理大文件上传或者转发数据流时,stream.write() 的返回值经常被当成可有可无的东西。很多人写管道逻辑时直接 readable.on('data', ...
处理日志归档、CSV 导入或批量图片转存时,很多 Node.js 服务会直接拿 fs.createReadStream 接上处理逻辑再 pipe 到目标流,看起...
在处理大文件上传、日志解析或静态资源服务时,很多 Node.js 开发者习惯性调用 fs.readFile 把整个文件读进内存,直到线上出现内存飙升或进程被 O...
线上服务滚动更新时,Kubernetes 会给 Pod 发送 SIGTERM 信号,等待 terminationGracePeriodSeconds 后强制 S...
做 Node.js 服务时经常遇到一种情况:接口本身不慢,但一旦涉及文件上传、日志落盘或者大结果集导出,进程内存就一路涨,最后要么 OOM,要么整个事件循环被拖...
在 Node.js 里处理文件上传、日志转存或者大 JSON 导出时,很多人会同时用到 fs.createReadStream、zlib.createGzip ...
线上 Node.js 服务每隔几天就会在日志里抛出一个 EPIPE 错误,进程不崩溃,但请求链路会留下 500。这个错误通常出现在向一个已经关闭的 socket...
在 Node.js 里用 stream.pipeline 把多个流串起来是常见做法,比如读取文件、gzip 压缩、再写回磁盘。但很多人遇到过一个坑:中间某个流报...
线上有个服务需要根据请求参数生成一批 PDF 报表,单个请求耗时在 300ms 到 900ms 之间,QPS 一上来整个 Node 进程的响应时间就飙到几秒。第...
在 Node.js 里处理大文件或网络流时,stream.pipeline 几乎是标配,它能把多个流串联起来并自动管理销毁,比手动 pipe 加 on('err...
在 Node.js 里跑图像处理、加解密或大 JSON 解析这类 CPU 密集任务时,主线程很容易被阻塞,接口响应时间从几十毫秒飙升到几秒。很多团队会用 wor...
在 Node.js 里跑 CPU 密集的代码时,事件循环被长时间占用会导致所有请求卡住,这是单线程模型的天然限制。典型的场景包括图片处理、大量 JSON 解析、...
在 Node.js 里遇到图片压缩、加解密、大 JSON 解析这类 CPU 密集型操作时,主线程会被长时间占用,导致事件循环卡住,HTTP 请求响应变慢甚至超时...
文件上传功能几乎是每个 Web 应用都会碰到的需求,但我在维护一个基于 Node.js 的图片服务时发现,当用户上传大文件,或者一次性提交多个文件时,进程内存会...
在处理大文件上传、日志转发或者数据库导出时,Node.js 的流几乎绕不开。很多人第一次写流式管道会直接用 pipe(),但 pipe() 在错误处理上有天然缺...
在 Node.js 服务里做链路追踪、请求日志、多租户隔离或者事务上下文传递时,经常遇到一个隐蔽问题:明明在入口处设置了上下文,等到异步回调、Promise 链...