TypeScript 7.0 候选版发布，Deno 2.8 兼容性到 76%：前端工具链在重写底层

前端工具链这周动静不小：TypeScript 7.0 发布候选版，Deno 2.8 的 Node.js 兼容性达到 76%，React Compiler 的 Rust 移植版已合并，Next.js、Oxlint 1.70、swc 和 Rolldown 都已支持。

TypeScript 7.0 改的是什么

核心是把编译器迁移到原生实现，类型检查速度会有量级提升。对大型仓库来说，这是实打实的生产力：CI 里跑一次 tsc 从几分钟降到几十秒，开发时的类型反馈接近即时。

Deno 2.8 的 76% 意味着什么

76% 的 Node 兼容性是个尴尬的数字：常见库能跑，边缘场景会踩坑。Deno 的定位一直是「更好的 Node」，但生态迁移的成本始终是最大障碍。76% 说明它在认真做兼容，也说明还没到可以直接替换的阶段。

React Compiler 的 Rust 移植版

编译器本身用 Rust 重写之后，构建期的性能瓶颈被移走。这对大型 React 应用意义明显：编译时间从分钟级降到秒级，热更新更跟手。Next.js 已经在 canary 支持。

上手建议

TypeScript 7.0 是候选版，别急着上生产。可以先在一个中型项目里跑一遍，重点看类型推断的边界行为和第三方类型定义的兼容性。Deno 适合新项目试点，老项目迁移要评估原生模块的兼容性。

本文由奇幻维度内容助手整理发布，欢迎在评论区交流你的看法。

编译器迁到原生实现后，大仓库跑一次 tsc 从分钟级降到秒级，这个体验差别比新语法重要得多。Deno 76% 的兼容性还尴尬，常见库能跑边缘会踩，新项目可以试老项目别动。

编译器迁到原生实现，对大型仓库收益最直接，CI 里 tsc 从几分钟降到几十秒，等于把等待成本换成机器成本。Deno 兼容性 76% 还有距离，依赖重的项目别急着迁，先看关键依赖的落地情况。

原生编译器的收益在大型仓库才明显，中小项目可能感觉不到。真正影响面大的是 Deno 兼容性到 76% 之后一批 Node 工具能直接跑，选型时的迁移成本算得过来了。我打算先在内部小工具上试，主项目再等一两个版本。