0

这是著名的

“无法将文件“obj\Debug\MVP.exe”复制到“bin\Debug\MVP.exe”。该进程无法访问文件“bin\Debug\MVP.exe”,因为它正被另一个进程使用。”

再次留言。Windows 7 64 位上的 Visual Studio Enterprise。这些是重现的步骤:

  1. 我构建了一个解决方案 (F6) 构建完成且没有错误。
  2. 我注意到一个小烦恼,所以我迅速纠正它
  3. 按 F6 再次构建,但由于上述错误,现在构建无法执行。
  4. 等待 30 秒
  5. 现在我可以再次建造

那么为什么在构建完成后让VS这个文件锁定这么长时间呢?我能做些什么?

编辑

所以我用 Process Explorer(你可以从 Microsoft 下载)检查它。该文件有时被称为“系统”的进程使用。它的使用时间约为 30 秒。然后“系统”释放它,尽管我正在测试的可执行文件可能仍在运行。但基本上,只要进程“系统”持有该文件,就无法构建解决方案。那么为什么该进程在一些重建(或运行它)后保留该文件 30 秒?

4

1 回答 1

0

回答

我禁用了“应用程序用户体验服务”。通过启用该服务,Visual Studio 2015 中的编译文件将不再被系统进程(PID 4) 劫持。问题解决了。

其他的东西

首先,我尝试通过排除项目文件夹来摆弄索引服务。我还摆弄了索引限制。从带有 SSD 的超频 I7 3820 运行东西显然没有任何效果。

于 2015-10-13T23:13:55.243 回答