在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
(有时)有用，但这让我很紧张。有办法阻止这一切发生吗?
调试器设置为
当前回答
下面是一个脚本，绝对可以摆脱这个问题:
REM This script is invoked before compiling an assembly, and if the target file exist, it moves it to a temporary location
REM The file-move works even if the existing assembly file is currently locked-by/in-use-in any process.
REM This way we can be sure that the compilation won't end up claiming the assembly cannot be erased!
echo PreBuildEvents
echo $(TargetPath) is %1
echo $(TargetFileName) is %2
echo $(TargetDir) is %3
echo $(TargetName) is %4
set dir=C:\temp\LockedAssemblies
if not exist %dir% (mkdir %dir%)
REM delete all assemblies moved not really locked by a process
del "%dir%\*" /q
REM assembly file (.exe / .dll) - .pdb file and eventually .xml file (documentation) are concerned
REM use %random% to let coexists several process that hold several versions of locked assemblies
if exist "%1" move "%1" "%dir%\%2.locked.%random%"
if exist "%3%4.pdb" move "%3%4.pdb" "%dir%\%4.pdb.locked%random%"
if exist "%3%4.xml.locked" del "%dir%\%4.xml.locked%random%"
REM Code with Macros
REM if exist "$(TargetPath)" move "$(TargetPath)" "C:\temp\LockedAssemblies\$(TargetFileName).locked.%random%"
REM if exist "$(TargetDir)$(TargetName).pdb" move "C:\temp\LockedAssemblies\$(TargetName).pdb" "$(TargetDir)$(TargetName).pdb.locked%random%"
REM if exist "$(TargetDir)$(TargetName).xml.locked" del "C:\temp\LockedAssemblies\$(TargetName).xml.locked%random%"
REM PreBuildEvent code
REM $(SolutionDir)\BuildProcess\PreBuildEvents.bat "$(TargetPath)" "$(TargetFileName)" "$(TargetDir)" "$(TargetName)"
REM References:
REM http://www.hanselman.com/blog/ManagingMultipleConfigurationFileEnvironmentsWithPreBuildEvents.aspx
REM http://stackoverflow.com/a/2738456/27194
REM http://stackoverflow.com/a/35800302/27194
脚本需要从每个VS项目预构建事件中调用。
$(SolutionDir)\BuildProcess\PreBuildEvents.bat "$(TargetPath)" "$(TargetFileName)" "$(TargetDir)" "$(TargetName)"
其他回答
我通过在任务管理器中杀死IISExpress解决了这个问题
我在Visual Studio 2013中遇到过类似的错误消息。
大多数情况下，我发现这种情况发生在调试进程因为异常而停止时。
当clean+build不能为我解决这个问题时，我通过以下方法取得了成功:
关闭Visual Studio 删除bin和obj文件夹 重新开放Visual Studio。
此“bug”自Visual Studio 2003以来一直存在。
最后，我还发现我通常可以通过简单地重命名可执行文件然后删除它来克服这个问题。
在我的案例中，Visual Studio 2105远程调试器是问题所在。当我在任务管理器中杀死这个任务时，我能够成功地在Visual Studio中重建我的应用程序。
在Visual Studio 2010中，我也会定期遇到这个问题。关闭Visual Studio，删除bin和obj目录，并重新启动将修复一个构建。然后问题又回来了。我已经尝试了这个帖子上的所有其他答案，但没有一个对我有效。对我来说，唯一能永久解决这个问题的方法就是打开项目设置，关闭“启用Visual Studio托管进程”，构建，再打开，然后再次构建。
使用Ms进程资源管理器查看是否需要在Windows 7中打开“应用程序体验”
在我的情况下，所有其他建议都不起作用(Windows 7, VS2019)
编译后，生成的. exe文件被重新锁定约一分钟。另一个奇怪的观察:当删除。exe文件时，它像往常一样消失在文件资源管理器中，但在刷新时(F5)重新出现。
您可以使用MS进程资源管理器来查找是否有任何进程持有生成的. exe文件的句柄。为此，查看进程资源管理器的“下窗格”，选择查看句柄而不是dll，并使用“查找”来搜索您的. exe文件。
这告诉我，这是Windows 7的“系统”进程，得到了一个句柄。exe。
一些研究显示，我必须打开Windows的“应用程序体验”服务(“自动启动”)才能永久摆脱这种奇怪的行为。
以下是更多信息: 在什么情况下，系统进程(PID 4)保留一个打开的文件句柄?
