前言

大家好，我是林三心，用最通俗易懂的話講最難的知識(shí)點(diǎn)是我的座右銘，基礎(chǔ)是進(jìn)階的前提是我的初心！

重磅！TypeScript 宣布用 Go 語(yǔ)言完全重寫(xiě)，性能飆升 10 倍！

最近，TypeScript 團(tuán)隊(duì)宣布了一個(gè)爆炸性消息：他們正在用 Go 語(yǔ)言對(duì) TypeScript 進(jìn)行完全重寫(xiě)！測(cè)試結(jié)果顯示，在某些代碼庫(kù)中，性能提升達(dá)到了驚人的 10 倍，甚至部分項(xiàng)目提升了 15 倍！

這次性能飛躍將惠及 TypeScript 生態(tài)的每一個(gè)角落：無(wú)論是通過(guò)命令行運(yùn)行 tsc 編譯器，還是在你的 IDE 中查看懸停提示（hovers）和錯(cuò)誤信息。一旦發(fā)布，你將無(wú)需改動(dòng)任何一行代碼，就能無(wú)縫升級(jí)到這個(gè)新版本的 TypeScript。

性能提升是社區(qū)多年來(lái)呼聲最高的需求。之前也曾有過(guò)幾次嘗試，想用更快的語(yǔ)言重寫(xiě) TypeScript，但都未能成功。

本周五（太平洋時(shí)間上午9點(diǎn) / 北京時(shí)間周六凌晨0點(diǎn)），我將直播采訪 TypeScript 的首席架構(gòu)師 Anders Hejlsberg，深入探討這次重寫(xiě)。記得鎖定 YouTube 直播間！

# 這對(duì)我有什么影響？ 一旦發(fā)布，Go 語(yǔ)言重寫(xiě)的 TypeScript 將全面提升每一位開(kāi)發(fā)者的體驗(yàn)。我們來(lái)具體看看：

# IDE 體驗(yàn)：快如閃電！ 你的 IDE 體驗(yàn)將變得快上 10 倍！這意味著：

• 加載大型 TypeScript 項(xiàng)目
• 懸停提示 (Hovers)
• 錯(cuò)誤顯示
• 跳轉(zhuǎn)到定義 (Go-to-definition)
• 重命名符號(hào) (Rename symbol)
• ...以及所有其他 TypeScript 功能，統(tǒng)統(tǒng)快 10 倍！

這對(duì)于大型單體倉(cāng)庫(kù)（monorepos） 尤其意義重大，這些地方 TypeScript 語(yǔ)言服務(wù)器的速度慢得讓人抓狂。

受益的遠(yuǎn)不止 VSCode（或其分支如 Cursor、Windsurf）。任何使用 TypeScript 語(yǔ)言服務(wù)器的代碼編輯器都將享受到這波提速紅利。

# 命令行 (CLI) & 構(gòu)建：構(gòu)建加速器 TypeScript 編譯器 (tsc) 也將提速 10 倍。這意味著本地類型檢查更快，項(xiàng)目構(gòu)建也更快。

這對(duì) CI（持續(xù)集成） 更是革命性的！雖然用 esbuild（Go 編寫(xiě)）和 swc（Rust 編寫(xiě)）等工具將 TypeScript 文件轉(zhuǎn)譯成 JavaScript 已經(jīng)極快，但類型檢查（type-checking） 一直是個(gè)瓶頸。

現(xiàn)在，CI 中最慢的環(huán)節(jié)將大幅提速——讓所有地方的構(gòu)建都快起來(lái)！

# 需要改代碼嗎？ 完全不用！ 你的代碼原封不動(dòng)就能運(yùn)行。

# 什么時(shí)候能用上？ 官方承諾將在 TypeScript 7.0 中發(fā)布。TypeScript 的版本號(hào)比較特殊，它不是嚴(yán)格遵循語(yǔ)義化版本（SemVer），而是從 1.8、1.9、2.0 這樣遞增上去，大約每 3 個(gè)月發(fā)布一個(gè)新版本。目前最新是 5.8 版——按這個(gè)節(jié)奏算，7.0 大概還要 33 個(gè)月左右（接近 3 年）。

不過(guò)，更可能的情況是：準(zhǔn)備好了就發(fā)。我個(gè)人的預(yù)感是，2025 年 11 月左右 可能會(huì)推出 Beta 測(cè)試版。

# 怎么搶先體驗(yàn)？ 可以去看看全新的 typescript-go 代碼倉(cāng)庫(kù)，里面有安裝說(shuō)明。

# 當(dāng)前 TypeScript 的開(kāi)發(fā)會(huì)暫停嗎？ 不會(huì)！ 在 Go 版本開(kāi)發(fā)的同時(shí)，新功能仍會(huì)繼續(xù)添加到現(xiàn)有的 JavaScript 版本代碼庫(kù)中。

TypeScript 團(tuán)隊(duì)的一部分人會(huì)全職投入新代碼庫(kù)，另一部分人則會(huì)繼續(xù)維護(hù)現(xiàn)有的 JavaScript 版本。

# 為什么選 Go，不是 Rust？ TypeScript 團(tuán)隊(duì)在 GitHub 的討論帖中詳細(xì)解釋了選擇 Go 的原因。

綜合來(lái)看，Go 是最合適的選擇，關(guān)鍵原因有幾個(gè)。最最核心的一點(diǎn)是：Go 的語(yǔ)言結(jié)構(gòu)與 TypeScript 當(dāng)前的 JavaScript 實(shí)現(xiàn)高度相似。Go 的編程模式與 TypeScript 現(xiàn)有的代碼結(jié)構(gòu)非常接近。

（想象一張 Anders Hejlsberg 演示文稿的截圖：左邊是 Go 代碼，右邊是 TypeScript 代碼，看起來(lái)幾乎一模一樣）

圖片

這意味著，熟悉現(xiàn)有代碼庫(kù)的貢獻(xiàn)者能夠更容易地上手新代碼庫(kù)。這一點(diǎn)至關(guān)重要，因?yàn)槲磥?lái)一段時(shí)間內(nèi)，兩個(gè)代碼庫(kù)需要并行維護(hù)。

所以——真不是 Rust 不好。只是 Go 更契合這次的需求。

# 為什么不優(yōu)化現(xiàn)有的 JavaScript 代碼？ 要讓 TypeScript 飛起來(lái)，你需要一門(mén)原生支持多線程的語(yǔ)言。JavaScript 本質(zhì)上只能在單核上運(yùn)行。雖然它未來(lái)有一些特性（如 Shared Structs）可以實(shí)現(xiàn)線程間共享數(shù)據(jù)，但這些技術(shù)尚未成熟可用。

像 Go 和 Rust 這樣的語(yǔ)言，多線程支持是內(nèi)置的。這意味著它們可以利用多個(gè) CPU 核心，盡可能地將工作并行化。這就是它們能如此之快的關(guān)鍵所在！