https://blog.cpdd.fyi/tags/%E5%89%8D%E7%AB%AF%E5%B7%A5%E7%A8%8B/Recent content in 前端工程 on Zampo BlogHugozh-cnTue, 19 May 2026 20:30:00 +0800https://blog.cpdd.fyi/posts/typescript-go-native-port/Tue, 19 May 2026 20:30:00 +0800https://blog.cpdd.fyi/posts/typescript-go-native-port/<p>TypeScript 的 10 倍提速，最容易被讲歪。</p> <p>一歪成“Go 打赢 Rust”。</p> <p>再歪成“以后 TypeScript 业务代码快 10 倍”。</p> <p>这两个说法都抓人，也都危险。前者把工程决策讲成语言饭圈，后者直接把性能场景讲错了。</p> <p>真正有意思的地方不是 Go 有多神，也不是 Rust 或 C# 有多不行，而是 TypeScript 团队这次面对的目标非常特殊：他们不是要从零设计一个新编译器，而是要把一个成熟、庞大、被整个前端生态依赖的工具链，迁到 native 实现里。</p> <p>这件事一旦说清楚，Go 为什么胜出，就没那么玄学了。</p> <p><img src="https://blog.cpdd.fyi/images/typescript-go-native-port/cover.svg" alt="TypeScript 与 Go native port 封面图"></p> <h2 id="10-倍提速先别理解错">10 倍提速，先别理解错</h2> <p>官方博客里的 10 倍，不是说你写出来的 JavaScript 业务代码运行快 10 倍。</p> <p>TypeScript 最后还是编译成 JavaScript，线上跑得快不快，主要看 JS 引擎、业务逻辑、网络、渲染、数据结构和运行时环境。TypeScript 这次提速，发生在开发期工具链：<code>tsc</code>、类型检查、项目加载、语言服务、编辑器响应。</p> <p>这区别很重要。</p> <p>因为一个错的期待，会毁掉一个本来很有价值的技术升级。</p> <p>官方 benchmark 里，VS Code 代码库的 <code>tsc</code> 检查从 77.8 秒降到 7.5 秒，Playwright 从 11.1 秒降到 1.1 秒，TypeORM 从 17.5 秒降到 1.3 秒。编辑器加载 VS Code 项目，也从约 9.6 秒降到约 1.2 秒。</p>