Visual Studio在生成时锁定输出文件

我在VS 2010中有一个简单的WinForms解决方案。每当构建它时，输出文件（bin \ debug \ app.exe）最终都会被锁定，随后的构建会失败，并显示以下消息 "The process cannot access the file 'bin\Debug\app.exe' because it is being used by another process." ：唯一的构建项目的方法是在之后重新启动VS。每一个版本，这都很尴尬。

我发现了这个旧博客帖子http://blogs.geekdojo.net/brian/archive/2006/02/17/VS2005FileLocking.aspx-看来问题确实很老。有谁知道这里发生了什么，或者至少有一些解决方法？

更新资料

我实际上没有运行该文件。锁定发生在构建之后，而不是在调试之后（即，启动VS-构建-构建-失败！），然后尝试关闭防病毒软件。它没有帮助。

更新2

进程浏览器显示devenv.exe已加载文件（在DLL中，而不是在Handles中）。似乎在构建过程中出现一些故障阻止了卸载，但是（第一个）构建已完成，没有任何其他消息，除了“ 1成功，失败” /

遇到了同样的问题，但是找到了解决方案（感谢 Keyvan Nayyeri）：

但是如何解决呢？有多种方法可以使用，具体取决于您的项目类型，但是我向Visual Studio外接程序开发人员推荐的一种简单解决方案是，向其项目的构建事件添加简单的代码。

您可以将以下代码行添加到项目的预构建事件命令行中。

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

这不是病毒问题。这是Visual Studio 2010错误。看来问题与使用Visual Studio Gui Designer有关。

这里的解决方法是在构建前事件中将锁定的输出文件移动到另一个临时文件中。随机生成临时文件名是有意义的。

del "$(TargetPath).locked.*" /q 
if exist "$(TargetPath)"  move "$(TargetPath)" "$(TargetPath).locked.%random%"
exit /B 0

如果使用恒定的临时文件名，您将推迟锁定：

该解决方法仅工作一次

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

我还找到了一个包含2个临时文件的解决方案，该解决方案可以正常工作2次。

我也遇到了问题。

我的情况是这样的：运行Windows 7（但在Windows XP中可能也会发生），并且在使用WPF用户控件进行项目时，我可以一直构建，直到打开用户控件的XAML文件为止-从那里开始，具有一个版本，然后文件被锁定。

另外，我注意到我以管理员身份运行Visual Studio（Devenv.exe），我已经开始在没有管理员特权的情况下运行Visual Studio，问题就消失了！。

让我知道它是否也对您有帮助。祝好运。

我已经在贪婪的病毒扫描软件或app.exe无法正常关闭的情况下看到了这一点。确保该进程仍未运行。

您的计算机上的病毒扫描程序如何？您是否可以看到持有文件句柄的任何进程（使用“进程资源管理器”进行查找）？

也许在进程列表中可见“ app.exe”，即您调试的最后一个版本仍在运行？当您开发具有多个线程的应用程序时，如果没有join全部线程，则可能会发生这种情况。

我有同样的问题，我发现，VS仅在构建之前在VS中打开Form或UserControl时才锁定exe。该解决方案非常简单，在构建解决方案并起作用之前，我只需要关闭所有Form / UserControl。

基于出色的Stormenet答案，我提出了一个在所有情况下都适用的小脚本。

这是放置在预构建事件文本框中的代码

$(SolutionDir)\BuildProcess\PreBuildEvents.bat  "$(TargetPath)"  "$(TargetFileName)"  "$(TargetDir)"  "$(TargetName)"

这是要复制到文件中的脚本$(SolutionDir)\BuildProcess\PreBuildEvents.bat （当然您可以修改此路径）：

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

还有一个已知问题533411，其中使用自动更新内部版本号可能导致锁定问题。错误报告的解决方法

临时解决方法是在重建后禁用程序集版本更新。在AssemblyInfo.cs文件中，从AssemblyVersion属性中删除通配符，例如：
替换为：
[assembly：AssemblyVersion（“ 1.4。*”）]
[assembly：AssemblyFileVersion（“ 1.4”）]
改为：
[assembly：AssemblyVersion （“ 1.4.0.0”）]
[程序集：AssemblyFileVersion（“ 1.4.0.0”）]

我遇到了这个问题，并通过一些自定义代码解决了它。参见此处：Visual Studio 2010生成文件锁定问题

按照说明解决此问题，在接受的答案中编译实用程序，并在构建步骤中引用该实用程序。我仍然在午餐时关闭VS 2010，以清理早晨的工作。

使用自定义代码的原因是，通常推荐的解决方案只能工作一次，然后重命名的文件也被锁定，从而阻止了重命名。在这里，我们只是将数据时间信息附加到文件中，以便重命名的版本不会冲突。

对我唯一有效的方法是退出Visual Studio 2012，删除有问题的项目的BIN和OBJ文件夹，然后再次打开Visual Studio。

问题已解决...直到下一次。

如果$（TargetPath）指向使用COM的DLL，请确保您具有默认构造函数。不知道为什么不在那里推断默认构造函数。在这种情况下，添加默认构造函数对我有用。

关闭Visual Studio，重新打开并重新加载最新的解决方案对我来说可以解决此问题。（Visual Studio 2013旗舰版）

我在VS2017中开发xamarin应用程序时遇到了同样的事情。

碰巧是Windows Defender用devenv.exe锁定了exe / dll。

您可以转到Win Defender并添加

devenv.exe
msbuild.exe

到流程排除列表。

这是我找到的解决方案

1. 取消选中项目设置中的Visual Studio托管过程，如下所示

2. 杀死exe。这将是taskmanager中的applicationname.vshost.exe

3. 现在，您可以重建应用程序并运行。

注意：您可以再次没有问题地重新启用此选项。

我设法通过禁用McAfee LiveSafe实时扫描来解决此问题。我的.exe文件会像OP所描述的那样锁定，并且我无法删除该文件，这意味着我无法构建解决方案。禁用McAfee功能后，问题消失了。

然后，我当然继续完全卸载McAfee，这是因为我的PC是新电脑并且已经安装了程序，所以才安装了McAfee。

我创建了一个新的空白解决方案，并将所有旧文件添加到其中。这样就解决了问题。