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

这对我很有用。

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

在我的情况下，由于某种原因，它是脉冲安全vpn绊倒了Visual Studio 2019社区版!解决方法是暂停vpn，启动调试解决方案，然后恢复vpn连接。

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

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

退出VS并删除(项目)\. VS \applicationhost。配置文件。重启VS.应该开始工作。

我的解决方案(对于。net core 2.0)是我忘记在applicationUrl中添加端口号，在launchSettings.json中的iisExpress下

"iisExpress": {
  "applicationUrl": "https://localhost:50770",
  "sslPort": 50770
}

还有另一种得到相同错误的方法:

使用0.0.0.0作为IP地址。这在生产环境中工作得很好，但在我们的IIS Express上开始失败。在开发中将其更改回localhost，解决了我们的问题。