我在编译在Visual Studio 2010中每次编译后我不得不删除一个该解决方案使用的项目obj的文件夹中的大C＃解决方案得到这个错误。 否则，我得到了以下错误：
Could not write to output file '...\obj\Debug\Foo.Bar.dll'
The process cannot access the file because it is being used by another process
我一直在寻找所有在互联网上的溶液中，居然发现/试过几个人。
例如：很多人对开发论坛中建议不设计者打开，开始编译，而用户控件 （ 从一些其他来源）。
其他一些人使用预构建的obj文件夹删除脚本 ，这个特殊的解决方案是可以接受的，但如果发行项目是一个广泛使用的库重新编译它会造成的“父”项目重新编译。
最后，我发现这个VS2010的解决方案（SP1太）“错误”，我想用计算器用户共享。
在我的情况下，问题是，文件的csproj是自引用锁定'...\obj\Debug\Foo.Bar.dll'文件。 疯狂，我知道了。 因此，我通过从以下行来解决这个恼人的问题.csproj文件：
<Reference Include="Foo.Bar">
<HintPath>obj\Debug\Foo.Bar.dll</HintPath>
</Reference>
我最初发现了另一个解决问题的办法为VS似乎锁定组件与obj \ debug文件夹。 我添加了一个预生成的脚本到固定我的问题的项目。
del "$(ProjectDir)obj\*.*" /S /F /Q
眼看着Salaros给出的答案后，这确实是问题。 我创建了一个使用从其他项目中的服务器控制的新用户控件。 出于某种原因，有时VS创建一个自引用本身当您查看在设计模式中用户控件。 即使在拆除自我修复引用它，直到VS认为它的时间来重新添加引用。 还没有找到那部分的精确模式。
PS：我使用vs2012
我这个问题发生了，当我：
打开Visual Studio运行调试到C：和使用系统清理
尝试重新建立，...
你会发现这个错误
解决方案：关闭Visual Studio的化妆系统清理重启电脑打开Visual Studio作为管理员选择项目的清理重建
它将工作
就我而言，我莫名其妙的exe文件从发布失踪。 不知道这是如何发生的。 我与调试副本替换它，一切都很好。 我应该检查这个越快，但从来没想过该文件将刚刚露面失踪。
