我不会假装完全理解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。

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

对我来说很容易。

清洗溶液 重新构建解决方案。 运行Ctrl + F5(不调试运行)

当我在applicationhost中添加一个新的绑定时，我的绑定就会发生。配置，以管理员身份运行解决了这个问题。

我在。net core 2.1, visual studio版本15.9.6上遇到了这个问题。当我删除。vs文件夹时，我重新打开visual studio，问题仍然存在。下面是对我有效的解决方案:

删除。vs文件夹(这是一个隐藏文件夹)。 重新启动计算机。

其他的解决方案:

关闭Visual Studio，从项目文件夹中删除bin和obj文件夹。打开项目，然后重新构建解决方案。 尝试以管理员身份运行Visual Studio。 清洁解决方案，然后重建 Clean Solution. 2)退出Visual Studio. 3)删除.vs文件夹4)重新打开Visual Studio 重启机器(如果你负担得起)

我刚刚将我的配置文件从“IIS Express”更改为“MyProjectName”(我认为是使用kestrel作为http服务器而不是IIS)，现在它工作正常:

只要以管理员身份运行visual studio就可以了。