这可能发生在多种不同的构建错误之后。出于某种原因,构建摘要未能报告原始错误并报告了这个错误。
(顺便说一下,我看到OP正在使用Angular和ng serve; 我正在使用npm start在React中获得这个结果。所以我猜它可能发生在使用任何工具链的VS Code中。)
我在VS Code终端中看到了这个输出:
i 「wdm」: Failed to compile.
Error from chokidar (C:\): Error: EBUSY: resource busy or locked, lstat 'C:\hiberfil.sys'
Error from chokidar (C:\): Error: EBUSY: resource busy or locked, lstat 'C:\pagefile.sys'
Error from chokidar (C:\): Error: EBUSY: resource busy or locked, lstat 'C:\swapfile.sys'
在这个页面和其他地方寻找答案后,我发现没有任何对我有用的内容。
但是当我在VS Code终端中向后滚动时,我发现了这个构建错误:
ERROR in ./Components/ServiceBooking/ServiceBooking/ServiceBooking.tsx
Module not found: Error: Can't resolve 'components/Common/BookingComponents/BookingTypeSelector/BookingTypeSelector' in [...]
这是由VS Code自动添加的导入中的一个大小写错误。我不知道为什么,但有时VS Code会这样做。也许我们可以在这个项目中进行一些调整,以帮助VS Code避免这样做。总之,这是一个错误,一旦我通过将导入中的"components"更改为"Components"来修复它,关于hiberfil.sys、pagefile.sys和swapfile.sys的二次错误就消失了。
故事的寓意:要警惕构建摘要掩盖构建错误。每当遇到奇怪的构建错误时,首先回滚详细的构建输出,确保你正在追踪正确的错误(原始错误,而不是像这种二次错误)。
npm install
。 - stubbzarellichokidar
是一个文件监视器,没有理由去监视根目录文件,更别说像那些系统文件一样的东西了。所有归咎于VS Code的回答都是错误的,如果问我,似乎chokidar
出了点问题。我在命令行上运行像webpack serve
这样的东西时就会遇到这个问题,没有任何编辑器参与--但正如许多答案所述,这似乎是其他错误的副作用。 - McGuireV10