TypeScript 7 正式发布：原生 Go 编译器带来 10 倍性能飞跃

2026 年 7 月 8 日，微软 TypeScript 团队宣布 TypeScript 7.0 正式发布。这不是一次常规的功能更新——这是 TypeScript 诞生以来最大规模的基础设施变革：编译器核心从 TypeScript-on-JavaScript 全面迁移到 Go 语言原生实现。

代号 Project Corsa，历经一年多的开发，TypeScript 7 在不改变类型检查逻辑的前提下，用 Go 忠实复刻了原有编译器结构，换来了 8 到 12 倍的构建速度提升，以及最高 26% 的内存占用下降。

为什么是 Go？

TypeScript 原来的编译器经历了 14 年的演进，它本身是用 TypeScript 写的，编译成 JavaScript，跑在 Node.js 的 V8 引擎上。这套架构有三个天花板：

1. 单线程瓶颈：V8 的事件循环是单线程的，类型检查无法在不同文件间并行
2. JIT 预热开销：V8 的 JIT 需要运行一段时间才能达到峰值性能，而编译器构建往往在达到最优前就结束了
3. 垃圾回收抖动：大型代码库的类型检查会产生大量临时对象，GC 暂停直接影响吞吐

Go 语言的 goroutine 模型、原生编译和共享内存多线程，恰好解开了这三个死结。

选择 Go 而非 Rust 或 Zig，团队的考量很务实：Go 在工具链类应用上已有充分验证（Docker、Kubernetes、Terraform），编译快、部署简单，且语法足够克制，适合忠实复刻而非重写架构。

性能数据：从等待到即时

微软公布了在多个知名开源项目上的实测对比。默认配置（4 个 type-checker worker）下：

项目	TypeScript 6	TypeScript 7	加速比
VS Code	125.7s	10.6s	11.9x
Sentry	139.8s	15.7s	8.9x
Bluesky	24.3s	2.8s	8.7x
Playwright	12.8s	1.47s	8.7x
tldraw	11.2s	1.46s	7.7x

如果启用 --checkers 8，VS Code 的编译时间进一步缩短到 7.51 秒——达到惊人的 16.7 倍加速。

内存占用同样显著优化：

项目	TS 6	TS 7	内存降幅
VS Code	5.2GB	4.2GB	-18%
Bluesky	1.8GB	1.3GB	-26%
tldraw	0.6GB	0.5GB	-15%

更关键的是编辑器体验。在 VS Code 代码库中打开一个报错文件，TypeScript 6 从启动到显示第一条错误需要 17.5 秒，TypeScript 7 只需要不到 1.3 秒——快了 13 倍以上。

企业反馈：不只是数字好看

一些团队的实战反馈比基准测试更有说服力：

• Slack：合并队列时间减少 40%，CI 类型检查从 7.5 分钟降到 1.25 分钟。工程师坦言此前的编辑器语言服务"几乎不可用"，TypeScript 7 让本地类型检查重新变得可行。
• 微软 News Services 团队：每月节省 400 小时 CI 等待时间。
• Canva：编辑器中第一条错误从 58 秒降到 4.8 秒。
• Vanta：最大项目构建提速 9 倍。
• PowerBI 工程师：称 TypeScript 7 的编辑器体验为"救命的"。

并行化架构：--checkers 与 --builders

TypeScript 7 引入了两个新的编译选项来控制并行度：

--checkers：类型检查并行化

默认开启 4 个 type-checker worker。每个 worker 拥有独立类型视图，对分配到的文件做并行检查。输入文件相同时，结果完全一致。

• 增加 --checkers 值可利用更多 CPU 核心进一步加速，但会增加内存
• 在 CI 环境可设为 --checkers 1 避免额外开销
• 建议团队在统一环境中固定 --checkers 值以避免顺序依赖问题

--builders：项目引用并行构建

配合 --build 使用，控制同时构建的项目引用数量。对 monorepo 场景尤其有效。

值得注意的是，--checkers 和 --builders 会产生乘法效应。--checkers 4 --builders 4 意味着最多 16 个 type-checker 同时运行，可能需要酌情调整。

另外新增 --singleThreaded 标志，可强制单线程运行，用于调试或受限环境。

全新的 --watch 模式

TypeScript 7 重写了文件监听系统。团队将 Parcel 的 @parcel/watcher 从 C++ 移植到 Go，避免引入 C++ 工具链依赖。

移植后的 watcher 使用少量汇编垫片，保持与 Parcel 原始代码一致的测试套件通过率。结果是在各平台上都获得了显著的文件监听资源改善。此前纯轮询方案在大项目中计算开销过高，新的原生 watcher 彻底解决了这一问题。

与 TypeScript 6 并存：过渡策略

TypeScript 7.0 不提供编程 API，typescript-eslint 等工具仍需调用 TypeScript 6 的 API。API 计划在 7.1 中回归，但在此之前微软提供了完善的并存方案：

{
  "devDependencies": {
    "@typescript/native": "npm:typescript@^7.0.2",
    "typescript": "npm:@typescript/typescript6@^6.0.2"
  }
}

这样 npx tsc 默认走 TypeScript 7，而依赖 typescript 包 API 的工具走 6.0。

@typescript/typescript6 兼容包提供 tsc6 可执行文件和完整的 6.0 API 导出。

从 6.0 继承的破坏性变更

TypeScript 7.0 与 6.0 完全兼容，但继承了 6.0 引入的默认变更和弃用项：

• strict 默认为 true
• module 默认为 esnext
• target 不再支持 es5，downlevelIteration 已移除
• moduleResolution: node/node10/classic 不再支持，推荐 nodenext 或 bundler
• baseUrl 已移除，paths 改为相对于项目根目录
• rootDir 默认为 ./，内层源码目录需显式设置
• types 默认为 []，需显式列出全局声明依赖

Vue / Svelte / Astro 用户注意

由于 7.0 缺少编程 API，Vue、Svelte、Astro、MDX 等框架的完整编辑器支持需等待 7.1。这些框架可以通过并存方案继续使用 TypeScript 6 进行类型检查，同时在其他场景享受 7.0 的速度。

迁移建议

对于大多数项目，升级到 TypeScript 7 只需一步：

npm install -D typescript@latest

前提是项目已在 TypeScript 6.0 上编译通过。如果仍在使用 5.x，建议先升级到 6.0 熟悉新默认值，再过渡到 7.0。

TypeScript 7 不是一个新玩具——它是过去 14 年最深刻的编译器工程变革。从 V8 到 Go，从单线程到多核并行，从等待到即时。对于每天和 tsc 打交道的开发者来说，这可能是今年最实在的 DX 提升。