在日常使用 TypeScript 开发项目时，经常会遇到代码还没写完就报错的情况。比如你正在修改一个接口类型，还没调整完所有引用的地方，编辑器就已经标红一片。这时候，compileOnError 这个配置项就显得特别实用。
什么是 compileOnError？
其实严格来说，TypeScript 官方并没有一个叫 compileOnError 的编译选项。但很多人提到它，其实是想表达“即使有编译错误，是否仍然输出 JavaScript 文件”。真正控制这个行为的是 noEmitOnError 这个 tsconfig.json 中的配置项。
默认情况下，TypeScript 在编译过程中如果发现类型错误，就不会生成任何 JS 文件。这在生产构建时很安全，但在开发阶段可能会影响效率。
关闭 noEmitOnError 让编译继续
如果你希望即使有类型错误也依然生成 JS 文件，方便在浏览器里调试逻辑，可以在 tsconfig.json 中设置：
{
"compilerOptions": {
"noEmitOnError": false
}
}这样配置后，TypeScript 会忽略类型错误，继续把代码编译成 JavaScript。适合你在重构中途临时测试运行效果，比如改了一半的用户登录流程，虽然类型报错，但你想看看按钮点击有没有反应。
和 watch 模式搭配更顺手
配合 tsc --watch 使用时，noEmitOnError: false 就更有意义了。保存文件后自动编译，哪怕有错也能立刻看到结果。等你逐步修复类型问题，编辑器里的红色波浪线也会慢慢消失。
举个场景：你在写一个数据表格组件，先实现了渲染逻辑，但还没来得及定义完整的数据接口。此时如果不允许 emit，每次保存都看不到页面变化。而关掉这个限制，就能边写边调，提升开发流畅度。
生产环境建议开启
虽然开发阶段可以放宽要求，但在打包上线前，最好还是确保没有类型错误。因此推荐在生产构建时使用不同的配置，或者临时将 noEmitOnError 设为 true，避免因类型问题导致的运行时异常。
有些团队会在 CI 流程中强制检查类型错误，这时即使本地允许编译，服务器上也会卡住，防止低级错误被发布出去。