在VS2012 c#项目的构建过程中，我一直得到这个错误
Error 41 Could not copy "obj\Debug\WeinGartner.WeinCad.exe" to
"bin\Debug\WeinGartner.WeinCad.exe".
Exceeded retry count of 10. Failed.
Error 42 Unable to copy file "obj\Debug\WeinGartner.WeinCad.exe" to
"bin\Debug\WeinGartner.WeinCad.exe". The process cannot access the file
'bin\Debug\WeinGartner.WeinCad.exe' because it is being used by another
process.
现在我知道该终止进程了
Weingartner.WeinCad.vhost.exe
(有时)有用，但这让我很紧张。有办法阻止这一切发生吗?
调试器设置为
当前回答
@Geoff (https://stackoverflow.com/a/25251766/3739540)的回答很好，但在重新编译时抛出错误代码1。
下面是对我有用的(2>nul 1>nul在结束+退出0):
(if exist "$(TargetDir)*old.pdb" del "$(TargetDir)*old.pdb") & (if exist "$(TargetDir)*.pdb" ren "$(TargetDir)*.pdb" *.old.pdb) 2>nul 1>nul
(if exist "$(TargetDir)*old.dll" del "$(TargetDir)*old.dll") & (if exist "$(TargetDir)*.dll" ren "$(TargetDir)*.dll" *.old.dll) 2>nul 1>nul
exit 0
其他回答
使用Ms进程资源管理器查看是否需要在Windows 7中打开“应用程序体验”
在我的情况下，所有其他建议都不起作用(Windows 7, VS2019)
编译后，生成的. exe文件被重新锁定约一分钟。另一个奇怪的观察:当删除。exe文件时，它像往常一样消失在文件资源管理器中，但在刷新时(F5)重新出现。
您可以使用MS进程资源管理器来查找是否有任何进程持有生成的. exe文件的句柄。为此，查看进程资源管理器的“下窗格”，选择查看句柄而不是dll，并使用“查找”来搜索您的. exe文件。
这告诉我，这是Windows 7的“系统”进程，得到了一个句柄。exe。
一些研究显示，我必须打开Windows的“应用程序体验”服务(“自动启动”)才能永久摆脱这种奇怪的行为。
以下是更多信息: 在什么情况下，系统进程(PID 4)保留一个打开的文件句柄?
I experienced the error-messages when attempting to build the primary WinForms (XAF) project. I could only execute the application one time then needed to shutdown the VS2015 IDE and restart before a rebuild could be performed. After some digging in the project's property pages - in the "debug" property page, a check box was selected - Enable the Visual Studio Hosting Process. I unchecked and restarted the IDE, the application is now building without - "unable to copy the {project}.exe" messages.
Visual Studio托管过程的目的是什么?
我终于怎么修了。为什么我们不能在第一次调试后继续调试，因为第一次调试exe仍在运行。这样，在第一次调试之后，您需要进入任务管理器->进程选项卡->[您的项目名称exe]结束exe进程。
这对我很有用:)
我通过在任务管理器中杀死IISExpress解决了这个问题
对我来说，杀死vste .executionengine.exe进程(es)在90%的情况下解决了这个问题。如果这不起作用，那么也杀死QTAgent32.exe，然后删除项目的/bin和/obj文件夹。
这是我工作中最烦人的部分。：）
