Visual Studio 2010debugging不启动，F5或者点击“播放”不工作，什么都不做。 等待2-3分钟解决问题
我有一个相对简单的C＃（框架4）控制台应用程序。 当我点击“播放”图标或点击F5 （即在debugging模式下启动程序）时，图标变成灰色一秒钟，然后回到绿色，但没有任何反应。 如果我等待2到3分钟，然后再试，debugging会话正常启动，中断点和一切。
我尝试过的东西没有成功：
- 清理解决scheme，然后重build。
- 重命名输出程序集。
- 重新启动Visual Studio。
唯一可行的就是等待。 我看不到任何相关的进程在2-3分钟内仍然运行（svchost，conhost，* .vshost或cmd）。
我看到这个问题，当我的networking连接是flaky，我已经设置debugging器自动从微软的符号服务器下载符号。 它尝试很长时间，然后超时，然后生活继续。 “输出”窗口中应该有线索（通常列出所有正在加载的模块以及是否有符号）。
试试这个：打开任务pipe理器，去进程选项卡，并寻找您的应用程序命名的进程。 如果它只是杀了混蛋，并尝试再次debugging。 对我来说，它的工作就像奇迹
它发生在我身上。原因是因为我在两个不同的视觉工作室里有两次打开我的项目，一个正在等待我在一个消息框中回答一个问题。 该消息是关于文件文件在源代码编辑器之外被修改，并询问我是否要加载更改。 希望这会帮助一些人，并为我的英语感到抱歉。
我的情况，这是由于使用vshost 。 我不清楚为什么。 这可能是由于运行平台（一个Win7的x64，我不是 – 可能不是pipe理员）与其他因素
但是，如果通过“项目属性>debugging”选项卡>“启用Visual Studio托pipe过程”禁用vshost，则可以debugging（使用F5）。
如果您在Windows中禁用“ 应用程序体验 ”服务，也会发生此问题，正如许多系统优化网站所build议的那样。
该服务可以使用msconfig或services.msc重新启用，这完全解决了我的问题。
我有这样的问题。 当涉及networking时，我遇到了使用“运行”的问题。
我把与程序/解决scheme有关的所有文件都移到我的本地硬盘上（C :); 他们在networking驱动器上。 确保检查“参考”（查看“项目”下拉菜单中的属性;然后查找“参考”）。
我会确保所有引用都在本地硬盘驱动器上，并在“引用”选项卡中正确设置“path”（对本地硬盘驱动器的引用）。 这似乎解决了这个问题。
检查编译选项卡中的项目属性，select高级编译选项。
如果您的目标是.NET Framework 4客户端configuration文件，则不能引用不在.NET Framework 4客户端configuration文件中的程序集。
有关.Net Framework 4 Client Profile更多信息
显然这有很多根本原因。 就我而言 – 在VS2010中首次打开了一个旧的应用程序。 解决scheme已升级。 一切都编译没有错误 – 但应用程序不会启动。 有六个类库连接到应用程序。 结果发现其中一个仍在编译.Net Framework 3.5，而所有其他的已经自动升级到.Net Framework 4.可能在转换日志中有一个错误消息，其导入我当时没有注意。 一旦我改变了最后一个库，使用4而不是3.5，一切运行顺利。
某些键盘上的“functionlocking” （ Fn Lock ）。 这是完全出乎意料的，因为我以为我会不小心取消一个键绑定或类似的东西。 不是这样！ – 没有任何function键工作，然后我注意到Fn锁钥匙微小的闪烁和恶毒的光….
启用应用程序体验服务将做，我是新来的VB，遇到一个。
如果您尝试“发布”而不是“debugging”，看看会发生什么。 如果释放工作，那么它因为一个进程（你可以在任务pipe理器中find），其名称是{项目名称} .vshost.exe
它的描述是“vshost32”，所以你可以通过按字母顺序的描述来find它的简单。
我去了服务，发现这个服务叫做“应用体验”它很活跃。
我更新了右键单击服务，然后再次右键单击，然后按“重新启动”。
这对我有效。 我在Windows 7 SP1 32位上使用Visual Studio 2015。
但在过去，我在Windows 10 64位的Visual Studio 2015上使用我的应用程序。
