Node.js 26 正式进 LTS：生产环境可以把它当长期底座了
做网站、跑服务的人，最怕的不是新功能来得慢，而是生产环境跑着的那个版本突然没人管了。10 月 28 日，Node.js 项目把 26.13.0 推上长期支持（LTS），代号 Lithium——这不是一次功能更新，而是一个信号：26 这条线从此可以放心当生产环境的长期底座，官方支持一路给到 2029 年 4 月 30 日。
对谁有用：跑 Node 服务的人，先看自己在哪个版本
这篇稿先对三类人有用。第一类，新项目刚立项、还没定 Node 版本的团队：现在可以直接以 26 为准，不用再等。第二类，生产环境还在 24 上跑的团队：24 已经进入维护期，只收关键与安全修复，支持到 2028 年 4 月 30 日，眼下不用慌，但可以把迁到 26 列进未来几个月的计划。第三类，还在 22 甚至 20 上跑的服务：22 的支持只到 2027 年 4 月 30 日，20 早在 2026 年 4 月 30 日就已停止支持——这两类是真的该排期升级了，拖着等于在用没人修漏洞的版本。
有什么变化：26.13.0 本身几乎没改代码，变化在“身份”
先说清楚，免得有人白升级一趟：26.13.0 相对 26.12.1 没有新增功能和修复，官方发布说明写明，改动只是元数据、比如让 process.release 报告自己是 LTS 版本。真正有料的是它继承下来的整条 26 线：Temporal 日期时间 API 默认开启——这是要逐步替代饱受诟病的 Date 对象的标准 API，时间计算不再那么容易踩坑；V8 引擎升到 14.6；HTTP 层换成 Undici 8；以及 10 月那批安全修复，10 个 CVE 里包括 Brotli 解码器的远程代码执行问题，10 月 21 日的 26.12.1 已经修掉，26.13.0 原样继承。
还有一层时代意义：26 是 Node.js 旧的半年发布节奏下的最后一个大版本。从 27 开始，项目改成年发一个大版本——2026 年 10 月 28 日当天，27 的 Alpha 通道也同步开启了，正式版预计 2027 年 4 月发布，同样会走 LTS 路线。以后“奇数版跳过、偶数版才用”的老口诀就不适用了，库作者尤其要注意：想提前发现兼容问题，得把 Alpha 版接进持续集成里测，而不是等 LTS 才动手。
站长建议
新项目直接用 26；已在 26.12 上跑的服务，升到 26.13.0 只是换个 LTS 身份，风险很小，顺手升掉即可。还在 24 上的服务不用连夜搬家，但要定个迁移窗口；还在 22 及更早版本上的，先在测试环境跑一遍再升，别直接在生产环境原地换。升完记得重启进程——运行中的进程还拿着旧的解码器，不重启等于没修。
读者下一步能做什么
先在终端跑 node -v，看到 26.13.0 或更高就是已在 LTS 线上；如果还是 24、22 或更早，去 Node.js 官网下载对应平台的 LTS 安装包，或者用你团队已有的版本管理工具切换。升级前顺手做两件事：一是查一下原生模块——V8 大版本变化会让旧的预编译模块需要重新编译；二是把 .nvmrc 或 package.json 里的 engines 字段钉到 26，免得新同事装错版本。
相关阅读
信息来源：Node.js 官网发布说明与官方发布排期（2026-10-28）；文中建议为本站观点，配图为 Node.js v26.13.0 终端实测截图。
发表评论