Visual Studio“无法复制”…在构建过程中

在我的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

有效（有时），但这让我感到不安。有什么办法可以阻止这种情况的发生？

我的调试器设置是

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

通常，我发现，由于异常而停止调试过程时，会发生这种情况。

当clean + build无法为我解决此问题时，请执行以下操作以取得成功：

• 关闭Visual Studio
• 删除bin和obj文件夹，以及
• 重新打开Visual Studio。

自Visual Studio 2003以来，此“错误”一直存在。

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

在Visual Studio Premium 2013（更新3）中，我使用预构建的单线解决了此问题：

(if exist "$(TargetDir)*old.pdb" del "$(TargetDir)*old.pdb") & (if exist "$(TargetDir)*.pdb" ren "$(TargetDir)*.pdb" *.old.pdb)

这样可以正常删除所有旧的PDB文件（如果可以的话），然后重命名任何带有.old.pdb扩展名的文件。一个很好的副作用是，如果旧的PDB仍然被锁定，它只会在文件名中添加另一个.old片段，并且下次您重新启动Visual Studio并进行构建时，它们都会被清除。

例如，构建/调试会话1保持MyProject.pdb锁定状态。
下次构建时：
MyProject.pdb->MyProject.old.pdb

然后，构建/调试会话2被启动，并且都 MyProject.pdb和MyProject.old.pdb仍被锁定：
MyProject.old.pdb- > MyProject.old.old.pdb
MyProject.pdb- >MyProject.old.pdb

最后，重新启动Visual Studio并进行全新的构建将消除这两个问题，并照常继续该过程。

这是因为您已关闭应用程序，但仍在后台运行。

临时解决方案：

• 转到任务管理器（Ctrl+ Alt+ Esc）。
• 转到“进程”选项卡，然后找到“ YourProjectName.exe”。
• 如果找不到进程，请选中“显示所有用户的进程”。
• 结束处理。

永久解决方案：您必须通过编码关闭应用程序。这是代码...

System.Windows.Forms.Application.Exit();

您必须将该代码放入所有表单的关闭事件中。例：

private void frm_menu_FormClosing(object sender, FormClosingEventArgs e)
{
    System.Windows.Forms.Application.Exit();
}

.vhost.exe是一个调试器进程，因此似乎正在调试的进程没有正确关闭。您可能有一个使它保持活动状态并且没有正确停止调试过程的错误-单击“停止调试”而不是实际上杀死调试器时，有一些选项可以从该过程中分离出来，所以也许您有相应的设置。

但这就是问题-您试图复制的文件已被操作系统锁定（即仍在使用），因此阻止了复制。确保该文件是免费的，并且您将能够复制。

我已经通过杀死任务管理器中的IISExpress解决了它

您应该禁用防病毒软件（特别是如果是Avast），然后重试。它帮助了我。问题在于，调试器/生成器会创建一个被Avast识别为威胁的.exe文件，因此在VS执行该文件之前就将其删除。

通过提供以下预构建操作，我能够解决此问题（VS 2010）；

if exist "$(TargetPath).locked" del "$(TargetPath).locked"

if exist "$(TargetPath)" if not exist "$(TargetPath).locked" move "$(TargetPath)" "$(TargetPath).locked"

引用：

一种解决方法是将其放在> project的Pre-build event命令行属性中（在build Events选项卡中）：

代码段

if exist "$(TargetPath).locked" del "$(TargetPath).locked"

if exist "$(TargetPath)" if not exist "$(TargetPath).locked" move "$(TargetPath)" "$(TargetPath).locked"

例外

在Visual Studio中的某些情况下，当您在运行 IISExpress 时（生成||重建）时， 会遇到此异常：

无法将文件“ obj \ Debug \ YourProjectName.dll” 复制到bin \ YourProjectName.dll。该进程无法访问文件“ bin \ YourProjectName.dll”，因为该文件正在被另一个进程使用

解

1. 右键单击需要构建的Web项目。
2. 单击属性。
3. 选择左侧的“构建事件”选项卡。
4. 在“预构建事件”命令行中，粘贴以下两行：

tasklist /fi "imagename eq iisexpress.exe" |find ":" > nul
if errorlevel 1 taskkill /f /im "iisexpress.exe"

你是2 GO！

似乎通过更改项目的程序集名称可以解决此问题。

所以代替这个

我改成这个

注意，我只是将其从更改Increment and Recall为Increment_Recall，我只是删除了空格。现在对我来说很好。

杀死进程w3wp.exe（IIS）通常可以解决此问题。
通常，您可以通过导航到bin文件夹并尝试将其删除来了解对该文件具有锁定的进程。如果另一个进程正在使用该错误消息，则会弹出该错误消息，其中包含需要终止的进程的名称。

我在Windows 8上的VS 2012版本11.0.60610.01更新3上遇到了相同的问题

没有打开设计器窗口，该项目是一个简单的控制台应用程序。

在大多数情况下，删除访问文件的vshost进程不起作用，因为该进程未访问文件。

可行且耗时最少的最简单的解决方法是从解决方案中删除项目，在解决方案中构建另一个项目，然后再添加原始项目。

这是一种刺激性和浪费时间，但它是我所知道的所有其他选项中最便宜的。

希望这可以帮助...

我想我解决了它，删除了Break all processes when one process breaksDebug选项（op的第一个屏幕截图->第二个选项）中的复选标记。
自从我取消选中以来，它一直在良好地构建/运行。
我在项目中使用MySql NET Connector和DevExpress控件。由于此标志蜂鸣已激活，可能是其中之一未很好地处理连接，绑定等问题。

编辑：绝对有效！没有更多的“无法复制文件”，没有更多的表单设计器错误。

添加主项目taskkill的预构建事件/ f / fi“ pid gt 0” / im“ YourProcess.vshost.exe”

我的10美分捐款。

偶尔在VS 2015 Update 2上仍然存在此问题。

我发现切换编译目标可以解决问题。

尝试以下操作：如果您在DEBUG中，请切换到RELEASE并进行构建，然后再回到DEBUG。问题解决了。

斯特凡诺

请按照以下步骤

1. 打开任务管理器（Ctrl + Alt + Delete）
2. 在“ 性能”选项卡下，选择“ < ProjectNameOfYours.exe”。
3. 单击结束进程。
4. 现在构建解决方案。

上面的步骤永久解决了错误:)

如果没有答案，请尝试进行此简单检查。查找所有运行并保存您的项目EXE的MSbuild.exe。杀死MSBuild.exe，您应该会很好。

我无法提供解决方案来防止这种情况的发生，但是您至少可以重命名锁定的文件（Windows资源管理器或经典命令窗口），然后进行编译/构建。无需重新启动或重新启动VS201x。有了一些经验，您可以添加一个预构建脚本来删除旧文件或重命名，然后在存在锁定的情况下进行重命名。

看到其他答案。基本上，您可以在消耗后台资源的文件中运行MSBuild.exe进程。如果您有任何通过命令行启动MSBuild的构建前或构建后任务，请尝试在此命令中添加“ / nr：false”标志。但是同样，请参见前面的答案以获取更多具体细节。

我终于解决了。为什么在第一个调试后我们无法继续调试，因为第一个调试exe仍在运行。因此，在第一次调试后，您需要转到任务管理器->进程选项卡-> [您的项目名称exe]，结束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

如果您正在调试T4模板，那么这种情况将一直发生。我的解决方案（在MS修复此问题之前）将只是杀死该过程：

任务管理器->用户-> T4VSHostProcess.exe

仅在调试T4模板时才会执行此过程，而在运行模板时则不会。

这是一个绝对可以消除此问题的脚本：

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)"

1. 打开项目属性[菜单>项目>属性]
2. 选择“调试”标签
3. 取消选中“启用Visual Studio托管过程”
4. 开始调试[F5]
5. 您将收到安全警告，只需“确定”即可。让应用程序运行
6. 停止调试。
7. 在“调试”标签下，选中“启用Visual Studio托管过程”选项，
8. 现在，尝试开始调试，您将不再看到错误

[为我工作]

这个问题是寻找以下错误时的第一个结果：

由于找不到文件“ ...”，因此无法复制。

在Visual Studio 2013（更新3）中构建时。

解决方案：在Visual Studio 2013中卸载“ Productivity Power Tools”。

https://connect.microsoft.com/VisualStudio/feedback/details/533411

在我的情况下，它是Resharper单元测试运行程序（加上NUnit测试，MsTests从来没有这样的问题）。杀死进程后，能够重建进程，而无需重新启动OS或VS2013

我没有意识到我仍然附加了调试器，并试图在同一Visual Studio实例中进行构建。一旦我停止调试器，我就可以构建。

杀死vstest.executionengine.exe进程可以为我90％的时间解决此问题。如果这不起作用，则还可以杀死QTAgent32.exe，然后删除所涉及项目的/ bin和/ obj文件夹。

这是我工作中最烦人的部分。:)

对我来说，是Avast防病毒软件不允许Visual Studio写入/读取/执行文件。因此，我必须将Visual Studio 2010/2012文件夹添加到防病毒排除列表中。在那场灾难之后...它起作用了。

确保关闭所有实例wcfSvcHost，然后重试。它为我工作！