我在。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 重启机器(如果你负担得起)

在cmd中尝试

taskkill /im iisexpress.exe /f
taskkill /im dotnet.exe /f

然后按f5。 我不改变端口，删除文件或重启VS。

根据问题的原因，解决方案可能比上面提出的要简单得多。我曾在重命名项目目录或包含项目的文件夹时遇到过此错误。重命名文件夹结构回到它是什么，为我解决了这个错误。当然，如果您真的想更改文件夹结构，这并不是完美的解决方案。

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

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

对我来说，问题是其他进程正在使用相同的端口。(在我的情况下，它是outlook使用相同的端口作为我的网站，因此我的网站无法启动)

是的，你可以改变本地端口，但如果你正在运行一个API或其他应用程序需要的东西，你不总是想这样做。

要获得哪些应用程序正在使用哪些端口的列表，打开CMD并键入"netstat -aon" 您将得到一个端口列表。找到您的站点应该使用的端口，或者您想要使用的端口，并写下/记住PID。

现在打开任务管理器，单击“details”选项卡。找到带有PID的进程并结束它。现在您应该能够使用该端口启动IIS Express。

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

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

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