Node.js 近几年有哪些值得关注的新能力？

详细解析#

内置能力一览#

类型剥离：能做什么、不能做什么#

Node.js 把类型注解替换成空白后直接执行，所以行号不变、不需要 source map，但：

• 不做类型检查，类型检查还是要在 CI 中跑 tsc --noEmit
• 不读取 tsconfig.json，paths 别名、语法降级都不支持；需要别名时用 package.json 的 imports 字段（# 开头）
• 只支持可擦除的语法：enum、带运行时代码的 namespace、构造函数的参数属性、装饰器这些需要生成代码的语法会报错
• 导入时必须写 .ts 扩展名，只导入类型时必须写 import type
• 不处理 node_modules 中的 .ts 文件，发布到 npm 的包仍要编译成 JS

TypeScript 提供了配套的编译选项：erasableSyntaxOnly 禁止写不可擦除的语法，verbatimModuleSyntax 强制类型导入写 import type，rewriteRelativeImportExtensions 在需要编译产物时把 .ts 扩展名改写成 .js。TS 的编译方式对比见 TypeScript 是怎么编译的。

权限模型的定位#

官方文档把它描述为"安全带"：防止可信的代码意外访问没有授权的资源，比如脚本写错路径删了不该删的文件，或者某个依赖的 bug 让它读写了项目目录之外的文件。它不能防御恶意代码，文档明确说恶意代码可以绕过它；符号链接也会被跟随到授权目录之外。适合用来给脚本、构建工具、处理不可信文件的服务加一层限制，不能代替其他安全措施，见 Node.js 服务常见的安全问题。

版本和 LTS 策略#

• 每个主版本发布后先处于 Current 阶段约 6 个月，这段时间给库作者适配
• 到 Node.js 26 为止：奇数版本在 Current 阶段结束后就停止维护；偶数版本进入 LTS（长期支持），先是 Active LTS，再进入 Maintenance LTS，总共大约 30 个月
• 官方已经宣布从 Node.js 27 起改为每年一个主版本，不再区分奇偶，每个主版本都会进入 LTS；正式发布前增加一段 Alpha 阶段，供库作者提前测试。具体日程以官方的发布计划为准
• 生产环境只用 Active LTS 或 Maintenance LTS；升级前看官方的变更日志和废弃 API 列表

代码示例#

// sum.test.ts —— 用 node --test 运行；类型剥离开启时会自动找到 .test.ts 文件
import { test } from 'node:test'
import assert from 'node:assert/strict'
import { sum } from './sum.ts' // 直接运行 .ts 时，导入要写完整的扩展名

test('sum', () => {
  assert.equal(sum(1, 2), 3)
})

test('用 mock 替换全局 fetch', async (t) => {
  t.mock.method(globalThis, 'fetch', async () => Response.json({ ok: true })) // 测试结束自动还原
  const res = await fetch('https://example.com/api')
  assert.deepEqual(await res.json(), { ok: true })
})

// app.ts —— node --env-file=.env app.ts
import { DatabaseSync } from 'node:sqlite' // 较新版本中这个类改名为 Database，旧名作为废弃的别名保留

interface User { id: number; name: string }

console.log(process.env.DB_HOST) // 由 --env-file 从 .env 注入，不需要 dotenv

const db = new DatabaseSync(':memory:')
db.exec('CREATE TABLE users (id INTEGER PRIMARY KEY, name TEXT)')
db.prepare('INSERT INTO users (name) VALUES (?)').run('Alice')
const user = db.prepare('SELECT * FROM users WHERE id = ?').get(1) as unknown as User
console.log(user.name)

# 只允许读取当前目录，写文件、创建子进程都会抛出 ERR_ACCESS_DENIED
node --permission --allow-fs-read=./ app.js

面试官可能追问#

易错点#

• 以为 node app.ts 会做类型检查：它只是删掉类型，类型错误照样能运行
• 把权限模型当成运行不可信代码的沙箱
• 在生产环境使用还处于 Current 阶段的版本（26 及以前的奇数版本永远不会进入 LTS），或者长期停留在已经停止维护的版本
• 文章、教程里的版本号很快过时，用某个特性前先查当前版本的官方文档确认它的稳定状态