问如何在系统托盘中禁用VsHub.exe？

EN

我想我应该试着解释一下VS集线器以及它的用途。我在微软工作。

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

就生存期而言，vshub和主机进程(即Microsoft.VsHub.Server.HttpHost(64).exe)可以在devenv.exe关闭后继续运行。然而，它们不应该无限期地运行。在大多数情况下，这些进程将在基于VS的shell关闭的最后一个实例的大约5分钟内终止。因此，如果您有一个正在运行的VS实例(devenv.exe)和一个正在运行的Blend实例(blend.exe)，并且您关闭了devenv.exe，vshub和相关的主机进程将继续运行。如果您随后关闭了blend.exe，则vshub和关联的主机进程仍将运行。然而，从那时起大约5分钟后，这些额外的进程将关闭。如果在5分钟窗口内启动另一个devenv.exe实例，那么vshub.exe和相关主机进程将不会终止，而是继续运行(基本上，只要在5分钟内没有接收到任何请求，主机进程就会终止，而在所有主机进程终止之后，vshub进程本身也会终止)。

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

在在线连接方面，目前托管服务集中有三个主要来源(请注意，这将随着时间的推移而变化)。首先，正如user3345048提到的，检测和自动更新扩展的服务在该进程中运行。控制通信的选项位于Tools | options | Environment | Extensions Updates中(请参见前两个复选框)。其次，漫游设置在VS集线器中作为服务运行。控制此行为的设置在工具|选项|环境|同步设置中(或者更全面地说，如果您没有登录到VS右上角的个性化帐户)。最后，VS集线器会报告遥测。通过Help | Customer Feedback Options | Settings…可以显著减少此数据量菜单项。您还可以阅读有关Microsoft收集的遥测类型以及如何在该位置使用遥测的信息。

上面没有人提到的东西。

根据我的防火墙日志，VsHub.exe、Microsoft.VsHub.Server.HttpHost.exe和Microsoft.VsHub.Server.HttpHostx64.exe都尝试在线通信。

我看到有传出连接尝试的地址包括191.236.194.164 (Microsoft Azure，Wichita Kansas)和23.102.160.172 (Microsoft Azure，Redmond Washington)。

我知道“现代”软件应该是云端集成的，但是...

作为一个不需要来自Microsoft Azure服务器的任何东西的人，并且他合法地关心隐私并且不向外部世界泄露我正在做的任何部分，我真的希望A)有一种方法来选择不运行这些程序，或者B)提供设置来限制他们的在线聊天。是的，防火墙阻止了连接，但这是最后的手段。

只需一个简单的复选框，“联系Microsoft Azure服务器”就可以了。这是否意味着不运行有问题的程序，或者只是让它们不进行在线连接，对我来说并不重要。我想从资源的角度来看，前者会更好，因为它使用的资源更少。

一般来说，我不会建议更改已安装应用程序的文件套件中的文件，但由于我有一个虚拟机环境，在其中我可以测试对Visual Studio 2015的更改而不会产生太多后果(快照很棒)，我尝试更改这三个文件的权限(删除继承，然后禁止用户读取和执行)。

瞧，没有更多的VsHub应用程序在运行，试图联系远程系统。

Visual Studio马上就会出现。我看不出有什么不好的地方。

-Noel

我正在使用Windows7 x64和Visual Studio Express 2015。我已经用任务管理器终止了恼人的进程。然后我删除了C:\Program Files (x86)\Common Files\microsoft shared\VsHub文件夹。此操作解决了问题，但需要管理员权限。