Typescript tsc手表是否使用tsc非污染手表?
我正在从事微服务集成项目。我使用Typescript tsc手表是否使用tsc非污染手表?,typescript,watch,Typescript,Watch,我正在从事微服务集成项目。我使用 tsc watch--preserveWatchOutput--onSuccess'node build/index.js' 这些进程占用了我70%的CPU,即使我根本不编写源代码。我发现有一些正在进行的更改轮询,谷歌搜索到将环境变量TSC_NONPOLLING_WATCHER设置为“1”将停止轮询 这是提示的来源: 然而,这似乎毫无效果。此外,作者提到的是“tsc-w”,而不是tsc手表。我不太明白tsc-w和tsc手表之间的区别 如果有任何帮助,我将不胜感
tsc watch--preserveWatchOutput--onSuccess'node build/index.js'
这些进程占用了我70%的CPU,即使我根本不编写源代码。我发现有一些正在进行的更改轮询,谷歌搜索到将环境变量TSC_NONPOLLING_WATCHER设置为“1”将停止轮询
这是提示的来源:
然而,这似乎毫无效果。此外,作者提到的是“tsc-w”,而不是tsc手表。我不太明白tsc-w和tsc手表之间的区别
如果有任何帮助,我将不胜感激 更新1无需更改
tsconfig.json
我遇到了一个类似的问题,我们将通过正确设置环境变量TSC\u NONPOLLING\u WATCHER=“1”
来解决它
在我的情况下,我必须通过
export TSC_NONPOLLING_WATCHER="1"
您可以通过echo$TSC\u NONPOLLING\u WATCHER在命令shell中测试它
备选方案
如果这没有帮助,请尝试将tsconfig.json
文件设置为以下值:
"watchOptions": {
// Use native file system events for files and directories
"watchFile": "useFsEvents",
"watchDirectory": "useFsEvents",
// Poll files for updates more frequently
// when they're updated a lot.
"fallbackPolling": "dynamicPriority"
}
这些选项来自:我强烈建议在做任何更改之前通读一遍
tsc vs tsc watch
关于tsc-w
和tsc-watch
github claimes上的项目之间的区别,我引述如下:
- tsc watch正在使用当前安装的TypeScript编译器
- tsc watch没有更改编译器,只是添加了新的参数,编译是相同的,所有其他参数都是相同的