Monorepo性能噩梦：一行配置解决VSCode卡顿与TS类型崩溃
前言
在现代前端开发中，Monorepo已成为管理大型项目的流行方案。它通过将多个项目、库和组件集中在同一个代码仓库中，简化了依赖管理和代码复用。然而，随着项目规模的扩大，Monorepo也可能带来一些意想不到的性能问题。
本文将分享一个我在实际项目中遇到的性能噩梦，以及如何通过一行简单的VSCode配置解决这个问题的经历。
问题背景
我所在的项目是一个大型的Monorepo，其中包含一个主项目A，以及从A中拆分出的子包B和十几个组件库C-G。项目的引用关系变得非常复杂，TypeScript配置为直接读取源码进行类型生成，而不是依赖打包后的dist文件。
拆包之后，VSCode的性能急剧下降，出现了以下问题：
- 路径跳转卡顿：每次安装依赖后，第一次跳转到定义需要等待长达一分钟的初始化时间
- 类型推断崩溃 ：TypeScript类型提示经常失效，导致出现大量
unsafe type error - 编辑器假死：需要频繁重启VSCode才能恢复正常
我尝试了各种方法，包括调整TypeScript配置、升级VSCode、禁用插件等，但都无济于事。
问题根源
经过反复排查，我发现问题的根源在于VSCode的文件监听机制。
由于我们的TypeScript配置是直接读取源码，dist目录下的打包文件实际上对类型推断是无用的。然而，VSCode的文件监听器（File Watcher）默认会监控项目中的所有文件变化，包括dist目录。
当我们在Monorepo中进行构建或安装依赖时，大量的dist文件会被生成或修改，导致VSCode的文件监听器不堪重负，占用了大量系统资源，从而引发了上述性能问题。
解决方案
最终，我通过在项目的.vscode/settings.json文件中添加一行简单的配置，彻底解决了这个问题：
json
{
"files.watcherExclude": {
"**/dist/**": true
}
}这行配置的作用是告诉VSCode的文件监听器忽略所有dist目录下的文件变化。
为什么这个配置有效？
- 减少不必要的监听 ：排除了对
dist目录的监听，大大减少了VSCode需要处理的文件变化事件 - 释放系统资源：降低了CPU和内存占用，使VSCode能够更流畅地运行
- 专注源码：让VSCode专注于监听源码文件，确保类型推断和路径跳转的性能
总结
如果你也在使用Monorepo，并且遇到了类似的性能问题，不妨检查一下你的VSCode配置。通过files.watcherExclude配置，排除掉不需要监听的目录，可能会给你带来意想不到的惊喜。
这个经历告诉我们，有时候解决复杂问题的答案可能就隐藏在最简单的配置中。希望这篇文章能帮助你摆脱Monorepo性能噩梦，享受更流畅的开发体验！