在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
(有时)有用，但这让我很紧张。有办法阻止这一切发生吗?
调试器设置为
当前回答
另一个拼凑，额，但它很容易，为我在VS 2013工作。单击项目。在属性面板中应该有一个名为Project File的条目，该条目带有一个值
(你的项目名).vbproj
更改项目名称—例如在末尾添加-01。被锁定的原始.zip文件仍然在那里，但不再被引用…这样你的工作才能继续。下次计算机重新启动时，锁将消失，您可以删除错误文件。
其他回答
我通过在任务管理器中杀死IISExpress解决了这个问题
使用Ms进程资源管理器查看是否需要在Windows 7中打开“应用程序体验”
在我的情况下，所有其他建议都不起作用(Windows 7, VS2019)
编译后，生成的. exe文件被重新锁定约一分钟。另一个奇怪的观察:当删除。exe文件时，它像往常一样消失在文件资源管理器中，但在刷新时(F5)重新出现。
您可以使用MS进程资源管理器来查找是否有任何进程持有生成的. exe文件的句柄。为此，查看进程资源管理器的“下窗格”，选择查看句柄而不是dll，并使用“查找”来搜索您的. exe文件。
这告诉我，这是Windows 7的“系统”进程，得到了一个句柄。exe。
一些研究显示，我必须打开Windows的“应用程序体验”服务(“自动启动”)才能永久摆脱这种奇怪的行为。
以下是更多信息: 在什么情况下，系统进程(PID 4)保留一个打开的文件句柄?
我正在研究一个微服务项目解决方案，我需要同时运行两个项目，冲突发生在lunchsettings.json applicationurl: {portNo}部分用于两个正在运行的项目是相同的端口
lunchsettings。第一个项目的Json
...
"Project#1": {
...
"applicationUrl": "http://localhost:5001",
...
}
lunchsettings。第二个项目的Json
...
"Project#2": {
...
"applicationUrl": "http://localhost:5001",
...
}
来修复它
lunchsettings。第一个项目的Json
...
"Project#1": {
...
"applicationUrl": "http://localhost:5001",
...
}
lunchsettings。Json for secondproject
...
"Project#2": {
...
"applicationUrl": "http://localhost:5002",
...
}
我的10美分贡献。
我在VS 2015更新2时偶尔还会遇到这个问题。
我发现切换编译目标可以解决这个问题。
试试这个: 如果你在调试切换到释放和构建，然后回到调试。问题已经解决了。
斯特凡诺
重置IIS，停止使用您的DLL的服务(可能是控制台应用程序或windows服务托管应用程序或IIS)，然后尝试。
这对我很管用。
