我在Chrome浏览器上也遇到了类似的问题。由于某些原因，VS无法连接到Chrome进程。

解决方案:

接近铬 Chrome关闭后，启动web项目并允许VS打开Chrome。

下面的步骤可以帮我解决这个问题:

关闭Visual Studio 导航到存储解决方案文件的文件夹，并删除隐藏的.vs文件夹。 重启Visual Studio 点击F5, IIS Express将正常加载，允许您调试。

注意:根据我的经验和评论中的其他人，这个问题似乎是由于在不同的工作站、环境或Visual Studio版本之间移动项目引起的。在.vs文件夹中必须包含一些特定于环境的信息。

Kilanny的回答是正确的。2015年的大多数机器都是64位的，所以有很多机会你只需要在工具主导航链接菜单下启用64位选项。不需要配置其他文件或硬编码端口。此外，端口分配应该是动态的。此修复适用于2013 With Update 3和Visual Studio 2015 Community Edition。

查看下面的迷你教程图片: (我只是在改进Kilanny的答案)

看起来有很多有效的解决方案，也有一些行不通……

在几次测试迭代之后，我的问题不断浮出水面。 是的，重启PC和/或VS可以解决这个问题…但暂时。

我的解决方案是撤销几天前启用的安全更改 早于勒索软件保护下的受控文件夹访问。

我通过以下方法撤销了这一更改: (右击开始) 设置->更新和安全->Windows安全->病毒和威胁防护->病毒和威胁防护设置->管理设置

受控文件夹访问 单击->管理受控文件夹访问 (这也是勒索软件保护屏幕)

关闭受控文件夹访问。

这对我来说是100%的问题，因为我可以在不重新启动VS的情况下运行我的测试。

关于第一个错误:

ID为####的进程未运行

当iisexpress无法绑定到端口时，有时会出现这种情况。一个可能的原因是其他一些进程已经绑定到该端口。Visual Studio将启动IISExpress.exe进程(它将无法绑定到端口并再次退出)，然后附加到现在终止的进程，从而导致上述错误。

要检查，请注意项目设置中的端口号(例如12116)，然后尝试:

netstat -ano | find "12116"

如果另一个进程打开了端口，这将给出它的PID。然后，您可以选择终止有问题的进程或重新分配您自己的端口号。

上面列出的解决方案没有一个对我有效。问题是本地应用程序主机中的某种冲突状态。配置文件。修复很简单，只需在解决方案中删除一个。对于VS2015，它应该位于<path_to_your_solution>\Solution\.vs\config\。当启动Debug时，VS将根据项目文件中的设置重新创建该文件。