在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
(有时)有用，但这让我很紧张。有办法阻止这一切发生吗?
调试器设置为
当前回答
我注意到一些答案可以解决我的问题，但是，以防有人有和我一样的问题。
如果你正在运行一个控制台应用程序:在你做任何其他事情之前。
确保您已经关闭了从以前的版本中打开的任何控制台窗口。例如，我只是在一个控制台应用程序中测试一些代码，我没有意识到以前运行程序时的控制台窗口是打开的。在我调试的过程中，窗口被推到后面，我看不到它。只是说，这可能是你的问题，所以检查确保这不是问题。
其他回答
我发疯了，试图找到为什么系统进程在我正在工作的EXE上保持一个打开的句柄，在它被终止后的另一分钟，我得到了与OP相同的错误。
原因是之前的开发人员在使用(){}时没有包装IDisposable对象。一旦IDisposable对象正确地销毁自己，错误不再发生，我能够立即重建。
在我的情况下，它是Resharper单元测试运行器(加上NUnit测试，从来没有这样的问题与MsTests)。在杀死进程后，可以重建进程，而无需重新启动OS或VS2013。
其他测试运行程序，比如xUnit，也会导致同样的问题。
有帮助的方法是检查是否可以添加Dispose模式，例如，如果您正在添加DbFixture，而数据库联系人没有正确地处理。这将导致即使测试完成，程序集文件也被锁定。
请注意，您可以将IDisposable接口添加到DbFixture中，并让IntelliSense添加Dispose模式。然后，处理相关的包含属性，并显式地将它们赋值为null。
这将有助于以一种干净的方式结束测试，并在测试结束后立即解锁相关的锁定文件。
示例(DBFixture由xUnit测试使用):
public class DbFixture: IDisposable
{
private bool disposedValue;
public ServiceProvider ServiceProvider { get; private set; }
public DbFixture()
{
// initializes ServiceProvider
}
protected virtual void Dispose(bool disposing)
{
if (!disposedValue)
{
if (disposing)
{
// dispose managed state (managed objects)
ServiceProvider.Dispose();
ServiceProvider = null;
}
// TODO: free unmanaged resources (unmanaged objects) and override finalizer
// TODO: set large fields to null
disposedValue = true;
}
}
// // TODO: override finalizer only if 'Dispose(bool disposing)' has code to free unmanaged resources
// ~DbFixture()
// {
// // Do not change this code. Put cleanup code in 'Dispose(bool disposing)' method
// Dispose(disposing: false);
// }
public void Dispose()
{
// Do not change this code. Put cleanup code in 'Dispose(bool disposing)' method
Dispose(disposing: true);
GC.SuppressFinalize(this);
}
}
测试类本身也需要相同的模式——它需要自己的Dispose方法(如上面的DbFixture类所示):
public SQL_Tests(ITestOutputHelper output)
{
this.Output = output;
var fixture = new DbFixture(); // NOTE: MS Dependency injection framework didn't initialize when the fixture was a constructor param, hence it is here
_serviceProvider = fixture.ServiceProvider;
} // method
因此，它需要在自己的dispose方法中处置其本地属性_serviceProvider，因为测试类构造函数SQL_Tests实例化了它。
Use
Debug.Flush();
Debug.Close();
如果发生异常，则在catch或finally中阻塞。
编辑: 我个人遇到过这个问题，我通常会做一个小技巧，效果很好。 我将构建类型从“调试”更改为“发布”(如果已经存在，则将“发布”更改为“调试”)。
您可以通过脚本终止应用程序。
如果你的应用程序名为myapp.exe，在终端中运行下一个脚本:
taskkill /IM myapp.exe /F
参数为:
/IM application name (imagename)
/F Specifies to forcefully terminate the process(es).
用款。我通过编辑MSBuild.Community.Tasks.Targets文件并更改bin路径解决了这个问题:
<MSBuildDnnBinPath Condition="'$(MSBuildDnnBinPath)' == ''">$(MSBuildProjectDirectory)\bin</MSBuildDnnBinPath>
