我意识到这只是为这个问题增加了一个已经非常多的答案，但我认为值得一提的是，尽管不完美，但@Stefano， @MichaelRibbons和@IvanFerrerVilla给出的答案的组合已经提供了一些不错的成功，因为他们各自都不太成功。

我在Visual Studio 2013中遇到过类似的错误消息。

大多数情况下，我发现这种情况发生在调试进程因为异常而停止时。

当clean+build不能为我解决这个问题时，我通过以下方法取得了成功:

关闭Visual Studio 删除bin和obj文件夹 重新开放Visual Studio。

此“bug”自Visual Studio 2003以来一直存在。

最后，我还发现我通常可以通过简单地重命名可执行文件然后删除它来克服这个问题。

Use

Debug.Flush();
Debug.Close();

如果发生异常，则在catch或finally中阻塞。

编辑: 我个人遇到过这个问题，我通常会做一个小技巧，效果很好。 我将构建类型从“调试”更改为“发布”(如果已经存在，则将“发布”更改为“调试”)。

如果您正在调试T4模板，那么这种情况经常发生。我的解决方案(在MS修复这个问题之前)将只是杀死这个进程:

任务管理器—> User—> T4VSHostProcess.exe

此过程仅在调试T4模板时出现，而不会在运行T4模板时出现。

我已经添加了不同次相同的问题，从这个治疗没有一个答案可以帮助，或者如果他们这样做了，使用一个讨厌的工作。 我认为这个问题总是有一个很好的原因发生(不是微软的bug!)-好吧，不过VS在标记方面可以做得更好:-))。

主要原因可能只是你的项目依赖关系搞砸了! 作为一个简单的例子():

在同一个解决方案中有多个项目 你清理+构建所有，并假设一切都很顺利，因为你没有看到错误 您开始运行其中一个项目—到目前为止一切正常! 然后开始运行第二个项目，但这个项目也有前一个项目使用的依赖项，并尝试重新构建它们 然后挂一段时间 它无法在第一个项目已经运行时进行构建，并且不允许您覆盖正在进行的流程

现在，您可以想到所有可能触发此类错误的场景:

Error Could not copy "obj\Debug\ProjectX.exe" to "..\bin\Debug\ProjectX.exe". Exceeded retry count of 10. Failed. The file is locked by: "ProjectX (17132)" ProjectX

修复这个问题通常是一个乏味的过程，因为您必须完全理解系统中的所有依赖项

我注意到一些答案可以解决我的问题，但是，以防有人有和我一样的问题。

如果你正在运行一个控制台应用程序:在你做任何其他事情之前。

确保您已经关闭了从以前的版本中打开的任何控制台窗口。例如，我只是在一个控制台应用程序中测试一些代码，我没有意识到以前运行程序时的控制台窗口是打开的。在我调试的过程中，窗口被推到后面，我看不到它。只是说，这可能是你的问题，所以检查确保这不是问题。