Microsoft.VsHub.Server.HttpHost 进程问题解析

VS Hub是一个进程外的服务主机，Visual Studio(以及其他基于VS shell的产品，如Blend)使用它来支持多工具通信，在devv (VS)中更好的响应性，并允许某些服务延长到生成过程的生命周期之后。当前在VS Hub上托管的服务集包括许多在其他应答中被调用的项目，例如漫游设置、在诊断工具中呈现的大量ETL数据的处理、一些遥测报告以及扩展自动更新和通知。这组服务在未来很可能会增长，所以即使这些服务现在看起来没有必要，未来会有更多的服务托管在那里(例如，通过重命名建议禁用vshub.exe是一个相当大的锤子:-)。

在生命周期方面，vshub和主机进程(即Microsoft.VsHub.Server.HttpHost(64).exe)可以在dev .exe关闭后继续运行。然而，它们不应该无限期地运行下去。在大多数情况下，这些进程将在VS-based shell关闭的最后一个实例的5分钟内终止。所以如果你有一个VS的实例运行(dev .exe)和一个Blend的实例运行(Blend .exe)，你关闭了dev .exe, vshub和相关的主机进程将继续运行。如果关闭了blend.exe, vshub和相关的主机进程仍然会运行。然而，大约5分钟后，这些额外的进程将关闭。如果你开始另一个实例的devenv.exe 5分钟内窗口,然后vshub和相关的主机进程不会终止,并将继续运行(基本上主机进程终止时不接受任何请求在5分钟内,所有的主机进程终止之后,vshub.exe过程本身终止)。

在资源方面，vshub.exe进程本身应该总是相对灵活的。如果它变大了，那就是一个bug，我想知道它，这样我们就可以修复它:-)另一方面，主机进程可能会变得非常大，这取决于所托管的服务。特别是，诊断工具通过处理ETL工作。ETL可以非常非常大，因此主机可能会使用大量资源。诊断团队正在寻找减少这种情况的方法，但目前，在不需要时关闭诊断工具窗口应该有助于缓解问题。

就在线连接而言，目前托管服务集中有三个主要来源(注意，这将随着时间的推移而改变)。首先，检测和自动更新扩展的服务在这个过程中运行。控制通信的选项在Tools | options | Environment | Extensions and Updates(请参阅前两个复选框)中。第二，漫游设置作为服务在VS中心运行。控制此行为的设置在Tools | Options | Environment | Synchronized设置中(或者更全面地说，如果你没有登录到VS右上角的个性化帐户)。最后，VS中心确实报告了遥测技术。通过Help | Customer Feedback Options | Settings…菜单项，可以显著减少这些数据的量。您还可以了解到微软收集的遥测技术以及如何在该位置使用它。

解决方案:
1.关闭vs,找到 C:\Program Files (x86)\Common Files\Microsoft Shared\VsHub\1.0.0.0文件夹；
2.将Microsoft.VsHub.Server.HttpHostx64.exe
改成Microsoft.VsHub.Server.HttpHostx64.exe.bak，注意要在显示扩展名的情况下进行修改；
3.复制Microsoft.VsHub.Server.HttpHost.exe，将副本命名为
Microsoft.VsHub.Server.HttpHostx64.exe；
4.重启vs