Visual studio 为什么我会得到;文件被另一个进程使用;在Visual Studio中调试时出错?

Visual studio 为什么我会得到;文件被另一个进程使用;在Visual Studio中调试时出错?,visual-studio,Visual Studio,使用VisualStudio2010Beta,当我在IDE中运行我的应用程序进行调试时,它第一次就可以完美地工作。但是,关闭调试会话后,通过关闭应用程序或单击停止调试按钮,所有后续调试应用程序的尝试都会失败,原因如下: 错误1无法复制文件“obj\Debug\Application.dll” 到 “bin\Debug\Application.dll”。 进程无法访问该文件 'bin\Debug\Application.dll' 因为它正被另一个人使用 过程 SysInternals中的Handl

使用VisualStudio2010Beta,当我在IDE中运行我的应用程序进行调试时,它第一次就可以完美地工作。但是,关闭调试会话后,通过关闭应用程序或单击停止调试按钮,所有后续调试应用程序的尝试都会失败,原因如下:

错误1无法复制文件“obj\Debug\Application.dll” 到 “bin\Debug\Application.dll”。 进程无法访问该文件 'bin\Debug\Application.dll' 因为它正被另一个人使用 过程

SysInternals中的Handle.exe确实显示句柄打开,但即使我关闭句柄,错误也不会消失。任何手动删除文件的尝试都会导致“拒绝访问”错误消息

要解决这个问题,我必须完全重新启动VisualStudio,然后调试会话将工作一次并再次停止

我不完全确定这是什么时候开始的,但我很确定这是最近发生的

更新:在我强制关闭Application.dll上的句柄后,我从VS获得以下错误:

错误1无法复制文件 “obj\Debug\Application.dll” 到 “bin\Debug\Application.dll”。 无法删除请求的操作 在用户映射的文件上执行 部分打开

“用户映射部分”到底是什么


更新2:尝试调试时,当我在“设计”视图中打开表单时,似乎会出现此问题。我将进行更多的故障排除,然后发布我的结果


更新3:我想我已经把它缩小到了一个使用UserControl的表单。

老实说,这听起来像是VS2010中的一个bug。由于某些原因,当调试器停止时,它不会关闭打开的句柄。终止VS进程会自动关闭这些句柄,从而允许您再次访问该文件。作为一个工作环境,你可能会看到它是免费的,而且工作异常出色。我知道这不是一个很好的答案,但是它应该比重启更快,你也可以考虑发送一个bug报告…


Unlocker在64位操作系统上不起作用,但可以

我见过Windows索引服务导致这种情况。禁用它有帮助。病毒扫描程序也可能有问题。Mutliple Application.Close()调用也可能导致这种情况


当然,由于它总是第一次工作,我想这是不可能的。

下面是我如何解决这个问题的

*我打开项目属性, *选择“生成”选项卡, *清除输出路径, *和buid(这将在根文件夹中创建dll)
*返回到输出路径并选择browse(浏览到bin目录以进行调试/发布)和voila

我遇到了同样的问题,在我的例子中,我在Visual Studio中打开了有问题的文件。关闭所有文件有帮助

也有同样的问题。以下几点很有帮助

  • 调试时关闭所有设计文件
  • 使用解锁器
  • 我的应用程序也会打开一个端口。调试时引发异常,程序退出。在结束程序时,我关闭了端口。这也有帮助


    但毫无疑问,VS2010存在缺陷。

    我也遇到了同样的错误,我被困在里面好几天了。终于解决了这个问题。 我正在做一个项目,其中添加了许多类库。我将这些库的引用添加到了我的主项目中,并错误地将对同一项目的引用添加到了自身中。因此,当我删除自引用时,它就起作用了。

    根据,有时Visual Studio会创建多个msbuild.exe重影进程,这些进程在生成后仍然存在。这些重影进程似乎导致了文件锁定

    解决方案1-杀死ghost MSBuild.exe 杀死msbuild.exe是一种一次性解决方案,需要在每次生成的基础上完成

    您可以按如下方式终止进程:

    taskkill/f/im MSBuild.exe

    解决方案2-在Visual Studio中禁用并行生成 您可以一次性禁用并行生成:

    工具>选项>项目和解决方案>生成和运行>“并行项目生成的最大数量”-默认值为8,将其切换为1

    当然,现在的构建速度要慢一些,但里程数可能会根据您的用例而有所不同

    这与
    我自己也有这个问题。我打开了“项目属性”窗口,这显然创建了一个文件锁。即使在我关闭窗口后,文件锁仍然存在,我必须重新启动VS


    另外,我正在使用VS 2019。如果你在VS代码中遇到此错误,请将此帖子发送给我遇到问题的任何人


    单击终端屏幕并使用“Ctrl+C”停止运行。

    您是否尝试过终止Applocation.vshost.exe进程而不是重新启动Visual Studio?是的,无法终止。直到我关闭VS,“当我在设计视图中打开一个表单时,似乎会出现此问题”,这是为我完成的。我得到了你的错误。当我关闭所有打开的XAML文件时,错误消失了。科迪·格雷(Cody Gray)在这里给出了一个很好的答案:等等,克里斯·汤普森(Chris Thompson)回答克里斯·汤普森(Chris Thompson)?哈哈。@Andy我知道,我拍了两张;-)这是VS2010中确认的错误,应该在SP1中解决。等等!谁是谁!?这在VS2015中再次出现,解决了我的问题。