在Visual Studio 2010中，我也会定期遇到这个问题。关闭Visual Studio，删除bin和obj目录，并重新启动将修复一个构建。然后问题又回来了。我已经尝试了这个帖子上的所有其他答案，但没有一个对我有效。对我来说，唯一能永久解决这个问题的方法就是打开项目设置，关闭“启用Visual Studio托管进程”，构建，再打开，然后再次构建。

我也遇到过同样的问题，我尝试了这里提到的很多不同的方法，但没有一个对我有效，唯一对我有效的解决方案是:

从解决方案的DEBUG文件夹中删除READ ONLY属性 将此添加到构建事件:如果存在“$(TargetPath)”。$(TargetPath).locked" $(TargetPath)。锁定" if exists "$(TargetPath)" move "$(TargetPath)"“$(定位路径).locked”

对我来说，杀死vste .executionengine.exe进程(es)在90%的情况下解决了这个问题。如果这不起作用，那么也杀死QTAgent32.exe，然后删除项目的/bin和/obj文件夹。

这是我工作中最烦人的部分。：）

看看另一个答案。基本上，你可以让MSBuild.exe进程在后台运行，消耗资源文件。如果你有任何构建前或构建后的任务，导致MSBuild通过命令行启动，尝试添加"/nr:false"标志到这个命令。但是，关于更具体的细节，请参见前面的回答。

在我的情况下，它是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实例化了它。

这是因为你已经关闭了你的应用程序，但它仍然在后台运行。

临时解决方案:

进入任务管理器(Ctrl + Shift + Esc)。 进入进程选项卡，找到“YourProjectName.exe”。 如果找不到自己的进程，请勾选“显示来自所有用户的进程”。 结束处理

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

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

您必须以所有形式将此代码放入表单的关闭事件中。例子:

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