为何生产环境需预编译TypeScript项目而非直接用ts-node运行？

• 启动速度严重拖慢：ts-node需要在服务启动时实时编译所有TypeScript文件，项目规模越大、依赖越复杂，启动等待时间就越长。线上服务启动慢会直接拉长故障恢复时间，一旦服务崩溃，无法快速恢复，严重影响服务可用性。
• 运行时性能损耗明显：每次请求涉及的TypeScript文件都要实时转译，即便ts-node有缓存机制，缓存失效或冷启动时的编译开销也会直接体现在响应延迟上。高并发场景下，这种性能下降会被放大，导致服务吞吐量骤降。
• 稳定性存在隐藏风险：ts-node的实时编译逻辑在生产环境可能遇到未测试过的边界情况，比如复杂的类型导入、第三方库的类型兼容问题，可能毫无预兆地抛出编译错误，直接导致服务中断。而预编译阶段就能提前发现这类问题，避免运行时故障。
• 无法应用代码优化：预编译时可以通过Terser、ESBuild等工具完成代码压缩、Tree-Shaking、死代码消除等优化，既能减小代码体积，又能提升运行效率。用ts-node直接运行的话，这些优化手段完全无法落地，代码冗余且运行低效。
• 故障排查难度陡增：生产环境出现错误时，ts-node实时编译的代码栈信息与原始TypeScript文件的对应关系可能出现偏差，加上没有生成可调试的编译产物，定位问题会变得异常繁琐，耗费大量排查时间。
• 依赖环境臃肿冗余：生产环境需要额外安装TypeScript、ts-node等开发依赖，不仅增大了部署镜像的体积，还可能因依赖版本冲突引发新问题。而预编译后的产物仅需Node.js运行环境即可，依赖更精简，风险更低。

内容的提问来源于stack exchange，提问作者Oleksandr.Bezhan