我不会假装完全理解MS bug造成的这个问题，但这里有另一个潜在的解决方案:

在.vs/config/applicationHost. conf文件中。在config文件中，找到<system.applicationHost><applicationPools>。在这些池下，确保managedRuntimeVersion属性值与系统的IIS配置中的值(和/或已安装的. net框架的版本)匹配。

例如，你可能会发现(正如我所做的)生成的文件有:

    <add name="Clr4IntegratedAppPool" managedRuntimeVersion="v4.0" managedPipelineMode="Integrated" CLRConfigFile="%IIS_USER_HOME%\config\aspnet.config" autoStart="true" />

在我的例子中，你可以用:

    <add name="Clr4IntegratedAppPool" managedRuntimeVersion="v4.0.30319" managedPipelineMode="Integrated" CLRConfigFile="%IIS_USER_HOME%\config\aspnet.config" autoStart="true" />

注意从“v4.0”到“v4.0.30319”的替换。这就解决了问题。

发生了什么:

我相信VS正在生成一个applicationHost。. net框架的“默认”版本，这可能与系统上安装/配置的特定版本不匹配。您可以通过跟踪Process Monitor中的执行来调试/观察这个问题，并找到iisexpress.exe的命令行。在添加/trace:error的情况下运行此命令，将得到一个关于预装版本为v4.0的CLR失败的信息更丰富的消息。即:

启动IIS Express… 尝试预加载CLR版本v4.0时失败。Hr = 80131700 W3WP_HOST hr = 80131700初始化失败 过程模型关闭称为 无法启动iisexpress。

不管怎样，我觉得这可能会对其他人有所帮助，因为在网上有多个含有坏信息的推荐信是很常见的，我个人现在已经碰到过几次了。

如果它正在工作，但突然停止了，先试试这个:

关闭Visual Studio 关闭iisexpress.exe进程 重新开放Visual Studio

我只是清理了我的解决方案，然后重新构建，最后按下F5，它工作了!那么简单。

我有同样的问题，我能够通过改变端口号来解决它。

右键单击项目并选择属性 转到Debug部分 在Web服务器设置下更改应用程序URL端口[只增加一个:)]

以管理员权限运行VisualStudio并运行项目。然后关闭VisualStudio和所有错误，并以正常用户再次运行VisualStudio。

这对我很有用。

看起来IIS必须写一些东西到一些具有管理权限的配置(端口80不适合普通用户，但端口6767工作正常)。

我在.net core 2.0中更新项目端口号时遇到了这个问题。

我分两步解决了这个问题:

步骤1:删除隐藏在主解决方案文件夹中的。vs文件夹。(在此之前关闭visual studio)，然后当你再次启动visual studio时，其中的文件夹和文件(applicationhost.config)将由visual studio自动创建。 步骤2:对于多个启动项目，如果你仍然面临问题，那么一个接一个地作为启动项目运行，然后作为多个启动项目运行。