Visual Studio 中的错误，访问路径被拒绝答案

【问题标题】：error in visual studio, Access to the path is deniedVisual Studio 中的错误，访问路径被拒绝
【发布时间】：2011-07-19 16:16:57
【问题描述】：

这个问题我已经有一段时间了。我在 Visual Studio 中创建了一个全新的 winforms c# 应用程序。我通常可以在调试模式下启动它一次而不会出现问题。但是，如果我关闭它并再次启动它，我会收到错误消息“无法将文件 TestApplication.exe 复制到 bin\release\TestApplication.exe”。访问路径被拒绝。

这快把我逼疯了。为什么会这样？我注意到这些文件夹被标记为只读。但是，当我尝试更改它时，什么也没有发生。我的经理建议这可能是我安装的一些扩展的错误。我正在使用微软的电动工具以及 AnkhSVN 插件。

【问题讨论】：

您确定您的应用程序正确关闭了吗？运行一次然后关闭它并在任务管理器中检查它是否仍然存在。
有时我看到 TestApplication.vshost.exe 在进程列表中运行。我杀了它，但它仍然不会启动。重新启动 VS 有时会有所帮助，但并非总是如此。
如果您的友好防病毒程序错误地将可执行文件识别为潜在危险并将其隔离，也会发生这种情况。
就我而言，Windows 安全性阻止了 C:\Program Files (x86)\Microsoft Visual Studio\2019\Professional\Common7\IDE\Extensions\.... 路径。解封就解决了。不再出现拒绝访问错误

标签： .net visual-studio-2010

【解决方案1】：

首先检查是否可以删除EXE。如果你不能，那意味着某些进程可以处理它。

运行 Process Explorer 并搜索 TestApplication.exe 以查找它是什么

【讨论】：

奇怪...这似乎对我有用。我杀死了 TestApplication.vshost.exe 进程，删除了调试文件夹的内容，现在我可以毫无问题地启动它了。谁能告诉我这可能是什么原因造成的？
你想知道为什么你必须杀死 TestApplication.vshost.exe 吗？
不，我想知道为什么 VS 在我停止调试时不会杀死它。
嗯，奇怪的是 vshost.exe 仍然处于活动状态应该不是问题。您尝试使用 Process Explorer 还是使用任务管理器？
我用任务管理器杀了它。一旦我杀死它并删除调试文件夹的内容，直到下次重新启动，错误才会出现。很奇怪……

【解决方案2】：

您是否尝试过启用 Windows 服务“应用程序体验”？经过几天的努力，这解决了我的问题。

http://www.codeproject.com/Questions/296249/Visual-Studio-2010-Access-Denied-Errors

【讨论】：

这确实有效（VS 2017）。我记得几年前我放弃了应用程序体验，只是因为微软用它来收集信息。虽然我不知道为什么 Visual Studio 需要它。

【解决方案3】：

您的 svn 中是否包含 bin 文件夹？一般来说，您不应该这样做，正是因为这个原因。

这些文件夹 - bin 和 obj - 是由 VS 生成的，所以如果你再次检查代码，应该重新生成。

【讨论】：

此项目不在存储库中。这只是一个全新的项目。
好的 - 你提到你正在使用 SVN。
这为我解决了这个问题。我从一位同事那里得到了一个项目，其中包含 obj 和 bin 文件夹。我删除了这些，现在我不再有“拒绝访问”错误了。

【解决方案4】：

您可以运行一个名为 Unlocker.exe 的程序，这是一个用于解锁锁定程序的小程序。

尝试解锁被锁定的 exe，它将为您提供锁定它的确切程序。

这将帮助您找出问题所在。

【讨论】：

【解决方案5】：

您是否尝试过以管理员身份运行 VS？我最近遇到了这个问题，并在网上搜索，看看是否有人找到了答案。我唯一能做的就是以管理员身份运行，但我讨厌这样做。

[编辑] 我刚刚阅读了其他人关于在服务中打开应用程序体验的后续评论。这似乎已经为我解决了。我在 Windows 客户端上运行多年，最近才切换到 Windows Server，这解释了为什么我以前没有遇到过。

【讨论】：

不要使用答案字段来提出后续问题。而是发表评论。
感谢您的帮助。我是为 stackoverflow 做贡献的新手。您是否认为我以管理员身份运行 VS 的建议（我报告为对我有用的东西）不符合回答条件？
它没有回答“为什么会这样”的问题，但它确实提供了一个解决方案。一个糟糕的答案的例子就是一行：“你在做什么来得到那个错误？”你的回答没问题。有关详细信息，请参阅Comments Help。

【解决方案6】：

我向我的 Web 服务器添加了一个 Web 服务/引用，然后我的 Visual Studio 变得疯狂，无法识别和自定义控件或 Web 服务。这些页面适用于最终用户。只是在 VS 中存在访问/识别问题。

我看到一些帖子删除 C:\Users\gklein\AppData\Roaming\Microsoft\VisualStudio\10.0\ReflectedSchemas 中的缓存文件 - 我这样做了，但对我没有用...

当我重新编译 Web 服务器时，出现了关于访问 C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\remedy\7642007a\c5be7720\App_WebReference 文件的错误/文件夹...

我的网络服务器运行冒充具有提升访问权限的全球网络用户...但他们最近将我的电脑迁移到该用户没有权限的新域。该网站无法在我的电脑上编译（作为该用户）。 - 一旦我在我的电脑上手动将该全局网络用户添加为管理员...清除缓存并重新启动 VS.. 它工作了！！！

希望我的经验也能帮助其他人

【讨论】：

【解决方案7】：

我最近遇到了这个问题。我手动删除并替换了文件并继续出现访问错误。我重新启动了我的笔记本电脑，并且能够构建和运行我的项目。

【讨论】：

【解决方案8】：

我的解决方案生成的 XML 文件为另一个构建生成的文件版本设置了只读属性。关闭此文件的只读属性后，我的构建运行时没有路径被拒绝错误。

【讨论】：

【解决方案9】：

在 Windows 10 上遇到此问题，它来自 Windows Defender Antivirus。

我排除了包含.exe 文件的文件夹，它又可以工作了。

您可以在 Windows 安全 > 病毒和威胁防护设置 > 排除项

中执行此操作

【讨论】：

【解决方案10】：

我遇到了同样的问题，以管理员身份运行 VS2019 解决了这个问题。

【讨论】：

【解决方案11】：

Symantec Endpoint Protection 在我的电脑上造成了这种情况。它已隔离输出文件夹（将其设置为只读），认为它已被感染。

【讨论】：

【解决方案12】：

以管理员身份运行 Visual Studio 是我解决此问题的唯一方法。这适用于我的 Windows 10 笔记本电脑，运行 Visual Studio 2019 社区（版本 16.8.3）。

请注意，即使我通过勾选属性 -> 高级控制台下的“以管理员身份运行”框来更改 VS 应用程序的属性设置，我仍然必须每次手动选择以管理员身份运行。 VS 仍然不会自动以管理员身份运行。

我之前曾尝试为 VS 解决方案中的每个文件夹和文件调整 Windows 10 的读/写权限 - 这并没有解决问题。

【讨论】：

【解决方案13】：

我项目中的 bin 文件夹是只读的。右键单击 bin 文件夹并在属性下取消选中“只读”并在下一个弹出窗口中选择子文件夹。这为我解决了这个问题。

【讨论】：

【解决方案14】：

我不时遇到这个问题（调试时访问 bin 文件夹），通常杀死 VS 进程并重新开始就足够了。今天我遇到了一些奇怪的事情：在一个新的 TestApplication 中，我需要一些随机数，并愉快地输入了 Random rnd= new Random(); 问题立即发生，摆脱它的唯一方法是评论这一行。取消注释时 Random rnd = new Random() 问题返回。

【讨论】：

【解决方案15】：

我今天遇到了这个问题。

症状：

我的 Visual Studio 解决方案中几乎所有项目都出现构建错误（IntermediateOutputPath 错误，带有指向临时文件的路径）
在所有 *.csproj 文件中自动插入 IntermediateOutputPath 条目
无法访问所有bin\Debug和bin\Release目录（上面说需要管理员权限，但即使有管理员权限也无法访问）
chdsdk 的文件系统检查报告没有错误

从项目文件中删除这些条目时（通过版本控制系统的撤消功能），它们会在几秒钟后再次自动插入。真奇怪！

解决方案：

Windows 重启
从 *.csproj 文件中删除自动插入的 IntermediateOutputPath 条目

然后问题在我的系统上解决了。我希望这可以帮助其他人避免浪费时间。只需尝试重新启动并在寻找幻像错误之前。祝你好运（-：

【讨论】：

【解决方案16】：

在过去的 9 个月里，我在 VS2015 和 VS2017 社区版中一直遇到这个问题。似乎编译器在第一次编译后会继续运行大约 20 分钟，同时一直锁定文件。

我的解决方法是杀死编译器，然后重建。这始终有效，没有任何明显的不良副作用。

您可以从包管理器控制台（或 PowerShell）中终止编译器使用此代码：

Get-Process | where {$_.ProcessName -eq "VBCSCompiler"}  | foreach {Stop-Process -Id  $_.Id}

希望这对您有所帮助，因为它在过去几个月里一直困扰着我。

【讨论】：