微軟介紹了 TypeScript 7 的更新

作者 | Daniel Curtis

譯者 | 張衛濱

微軟近日分享了 TypeScript 7（代號為 Corsa 項目）的最新進展，披露了對 TypeScript 編譯器的一次根本性重構。該更新 發布于 2025 年 12 月，詳細介紹了團隊將 TypeScript 編譯器用 Go 語言重寫的宏偉計劃，他們承諾構建速度最高可提升 10 倍，并顯著降低內存的占用。

這款名為tsgo的全新原生編譯器充分利用了 Go 語言的性能優勢，帶來了大幅度的速度提升。據 TypeScript 團隊表示，與舊版本相比，完整構建速度最高可提升 10 倍，并具備高效的多項目并行處理能力。為編輯器功能（如代碼補全、跳轉定義、重構等）提供支持的原生語言服務目前已基本穩定，可供日常使用。

用戶現在就可以試用這一預覽版：

npm install -g @typescript/native-preview

TypeScript 7 最重要的變化之一是默認啟用 嚴格模式（strict mode），這是一項與以往版本不兼容的破壞性變更。這一轉變體現了團隊對類型安全的堅定承諾，也符合行業最佳實踐，但可能要求從舊版本升級的項目進行相應調整。

選擇 Go 作為實現語言在開發者社區引發了廣泛討論。團隊在一份 詳盡的 FAQ 中解釋說，Go 提供了自動垃圾回收機制，同時又是目前最貼近“原生優先”理念的語言。此外，現有 TypeScript 代碼庫采用高度函數式的編程風格，幾乎不使用類，因此 Go 的函數與數據結構范式比面向對象語言更為契合。

在 Hacker News 上，開發者們對性能提升表現出了極大的熱情。一位用戶評論說：

哇，這太震撼了！10 倍的速度提升對我們這類大型 TypeScript 項目將是顛覆性的。我一直在等待這樣的改進，我們團隊的項目在 CI 上的類型檢查耗時極長，并嚴重拖慢了 IDE 的響應速度。

不過，也有開發者對依賴 TypeScript 編譯器 API 的工具遷移路徑表示擔憂：

……對于我們這些工具作者來說，這個原生編譯器將如何分發？我猜會通過 WebAssembly（WASM）？編譯器 API 是否兼容？比如轉換器（transforms）、抽象語法樹（AST）、LanguageService、Program、SourceFile、Checker 等等？ 我非常擔心工具生態的遷移可能會異常困難。

一些開發者已經上手嘗試。Reddit 上有 用戶 稱其類型檢查時間減少了 75%。還有人 對默認開啟嚴格模式表示歡迎：

默認啟用嚴格模式真是太棒了。我們以前經常在項目中工作到一半才發現嚴格模式沒啟用，結果要修復一大堆問題，非常令人頭疼。

對于重度依賴編譯器的開發工具而言，TypeScript 7 的原生實現使其與其它以原生語言編寫的高性能 JavaScript 工具站在了同一賽道。例如，用 Go 編寫的 esbuild，以及用 Rust 編寫的 SWC 和 oxc，均已證明原生實現能帶來顯著的性能優勢。TypeScript 團隊此次轉型不僅驗證了這一架構方向的正確性，同時也確保了與 TypeScript 語言規范的完全兼容。

TypeScript 是由微軟開發和維護的一種強類型編程語言，它在 JavaScript 基礎上增加了靜態類型定義。自 2012 年發布以來，TypeScript 可編譯為純 JavaScript，運行于任何支持 JavaScript 的環境，包括瀏覽器、Node.js 及其他 JavaScript 運行時。通過其類型系統，開發者能在編譯階段而非運行時捕獲錯誤；借助智能代碼補全、重構等特性，IDE 支持也得到了顯著增強，同時，顯式的類型契約使大型代碼庫更易于維護。

Microsoft Share Update on TypeScript 7 (https://www.infoq.com/news/2026/01/typescript-7-progress/)

聲明：本文為 InfoQ 翻譯，未經許可禁止轉載。