无法开始调试，因为调用的对象已与其客户端断开连接答案

【问题标题】：Unable to start debugging because the object invoked has disconnected from its clients无法开始调试，因为调用的对象已与其客户端断开连接
【发布时间】：2013-11-27 15:05:28
【问题描述】：

我正在运行 Visual Studio 2012（版本 11.0.61030.00 更新 4）。在调试本地控制台应用程序时，当我开始调试 (F5) 时出现以下错误：

---------------------------
Microsoft Visual Studio
---------------------------
Error while trying to run project: Unable to start debugging.
The object invoked has disconnected from its clients.
---------------------------
OK   
---------------------------

只有在我离开 Visual Studio 几分钟而不进行调试时才会发生这种情况。如果我关闭 Visual Studio 并重新打开，错误就会消失（直到我再过几分钟不动）。有没有人经历过这个？我找不到其他人经历过的任何线程。

【问题讨论】：

只需关闭并重新启动 VS。这是一段时间以来唯一对我有用的解决方案。更新后就消失了。
这可能相关也可能不相关：您是否在运行 Microsoft BitLocker？
我在 VS2010 和 VS2013 上遇到了同样的问题，所以它似乎不是 VS2012 特有的。
This MSDN question 似乎已经通过重命名%PROGRAM_FILES%/Common Files\Microsoft Shared 中名为 VS7DEBUG 的文件夹解决了类似的问题。你试过了吗？
也可以在 VS 2017 中发生 - 虽然我在使用此版本几个月后从未见过这种情况.. 但是.. 我在谷歌搜索...

标签： visual-studio debugging

【解决方案1】：

This may be a possible answer 解决问题。

一些来自答案：

检查从源代码控制引擎更新后哪些文件被更改（原因和方式）
查看扩展和插件列表。尝试禁用全部或部分功能
关闭 Visual Studio 并终止所有开发进程：devenv, mspdbsrv, vcpkgsrv, msbuild, msvsmon, vshub, vstest 等
删除解决方案的.suo, .ncb, .VC.db, .VC.VC.opendb文件以及.vs目录，这有时会导致问题
删除项目设置文件，类似于YourProjectName.vcproj.DOMAINNAME.LOGINNAME.user 或YourProjectName.csproj.user。设置文件名取决于您使用的项目类型
在 x64 环境下运行 "C:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE\devenv.exe" /setup 或 "C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\devenv.exe" /setup

【讨论】：

重启视觉工作室为我做了这件事。谢谢！
@RezaS Restarting Visual Studio 只是一个临时解决方案，就像问题中的问题一样（只有在我没有调试的情况下单独离开 Visual Studio 时才会发生这种情况几分钟。如果我关闭 Visual Studio 并重新打开，错误就会消失（直到我再保持几分钟不变）），它会再次困扰你。
第 4 步对我有用。您还应该尝试执行此答案中的其他步骤。
我打开了两个 Visual Studio 实例，一个带有与外围设备集成的项目，另一个则抛出此错误。我不得不关闭这两个实例并再次启动它以使其工作
我必须删除项目根目录下隐藏的 .vs 文件夹。（此文件夹仅保存用户设置，将在重新加载项目时重新创建。）

【解决方案2】：

只需关闭 VIsual Studio 并重新开始项目。它对我来说非常完美。 谢谢

【讨论】：

当它一天发生 20 次时，这不是一个很好的解决方案
这是临时解决方案，不是临时问题。
2017 年 10 月，VS Enterprise 2017。它仍在发生。这绝对不是暂时的问题。我和@Fábio 在一起。
那么，对于这个问题的人来说，真正的永久解决方案是什么？你解决了吗？
这就像人们从这个答案中受益并投反对票。如果你有任何永久解决方案，请回答而不是投反对票。

【解决方案3】：

虽然重新启动 Visual Studio 确实提供了一种解决方法，但它并不能解决实际问题。就我而言，我正在使用 VS2017 中的 C# 解决方案，以下解决了该问题：

关闭 Visual Studio
删除在解决方案目录中创建的 .vs 文件夹
重新打开解决方案

【讨论】：

当然请注意，这将导致历史信息丢失，例如您在重新打开解决方案时上次打开的文件的记录。

【解决方案4】：

我使用 NLog 设置损坏了我的 App.config 文件，但文档顶部没有 Handler 部分。要点是检查您的配置文件设置是否格式损坏或未正确处理任何部分。一旦我删除损坏的配置部分，它就不会再次引发错误（VS 2017）希望对您有所帮助！

【讨论】：

【解决方案5】：

就我而言，我刚刚重新安装了Windows 10，所以Visual Studio 2022..

我的项目以.net 5 SDK 为目标，但我只安装了.net 6 SDK。解决方案是安装早期版本的SDK。

【讨论】：