在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 2010)通过提供以下预构建操作;
if exist "$(TargetPath).locked" del "$(TargetPath).locked"
if exist "$(TargetPath)" if not exist "$(TargetPath).locked" move "$(TargetPath)" "$(TargetPath).locked"
其他回答
这是因为你已经关闭了你的应用程序，但它仍然在后台运行。
临时解决方案:
进入任务管理器(Ctrl + Shift + Esc)。 进入进程选项卡，找到“YourProjectName.exe”。 如果找不到自己的进程，请勾选“显示来自所有用户的进程”。 结束处理
永久解决方案:必须通过编码关闭应用程序。这是代码…
System.Windows.Forms.Application.Exit();
您必须以所有形式将此代码放入表单的关闭事件中。例子:
private void frm_menu_FormClosing(object sender, FormClosingEventArgs e)
{
System.Windows.Forms.Application.Exit();
}
使用Ms进程资源管理器查看是否需要在Windows 7中打开“应用程序体验”
在我的情况下，所有其他建议都不起作用(Windows 7, VS2019)
编译后，生成的. exe文件被重新锁定约一分钟。另一个奇怪的观察:当删除。exe文件时，它像往常一样消失在文件资源管理器中，但在刷新时(F5)重新出现。
您可以使用MS进程资源管理器来查找是否有任何进程持有生成的. exe文件的句柄。为此，查看进程资源管理器的“下窗格”，选择查看句柄而不是dll，并使用“查找”来搜索您的. exe文件。
这告诉我，这是Windows 7的“系统”进程，得到了一个句柄。exe。
一些研究显示，我必须打开Windows的“应用程序体验”服务(“自动启动”)才能永久摆脱这种奇怪的行为。
以下是更多信息: 在什么情况下，系统进程(PID 4)保留一个打开的文件句柄?
这个问题是查找以下错误时的第一个结果:
无法复制文件“…”，因为没有找到该文件。
在Visual Studio 2013(更新3)中构建时。
解决方案:卸载Visual Studio 2013中的“生产力工具”。
https://connect.microsoft.com/VisualStudio/feedback/details/533411
进入“工具>>选项>>数据库工具>>常规” 检查脚本/查询执行情况
我找到了一个完整的解决方案!
大多数答案告诉你杀死进程，然而与进程黑客，我找不到任何。
我找到了一个相对简单的解决方案。
在窗体设计器中选择您的主窗体。 单击属性菜单上的事件选项卡。 双击事件FormClosing。这将自动生成事件系统和函数:
private void[你的表单名]_FormClosing(对象发送器，FormClosingEventArgs e)
在这个函数中，添加Application。退出
像这样:
private void Form1_FormClosing(object sender, FormClosingEventArgs e)
{
Application.Exit();
}
有用的图像
我希望这能有所帮助!这道题真糟糕!
修复2
打开一项名为“应用体验”的服务。
