以管理员身份在本地计算机上登录 以管理员身份打开visual studio 删除项目文件夹中的bin文件夹和。vs文件夹 删除{users}\Documents\IISExpress中的所有文件

我认为最根本的问题是我的许可

我试图在URL“http://192.168.0.1:4000/”上启动应用程序，上面的答案没有帮助。 最后，我将*:4000:localhost HTTP绑定添加到.vs/…/applicationhost。配置，所以现在绑定部分看起来像这样:

<bindings>
  <binding protocol="http" bindingInformation="*:4000:localhost" />
  <binding protocol="http" bindingInformation="*:4000:192.168.0.1" />
</bindings>

它成功了

请确保下列注册表项\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\HTTP\Parameters\ListenOnlyList不包含未绑定到您机器上已启用的网络适配器的IP地址。

这是我在尝试了这个SO问题中列出的各种其他解决方案后出现问题的原因，例如:

删除applicationhost.config 打开和关闭SSL。 修改端口号。 手动关闭IIS Express进程。 重新安装IIS Express。 修复Visual Studio。 安装新版本的Visual Studio 创建一个新的。net框架Web应用程序。 创建一个新的。net核心Web应用程序。 执行netsh urlacl命令 运行netsh http add iplisten ipaddress=:: 以管理员身份运行Visual Studio。 确保旁路遍历权应用..

显然，当IIS express试图启动时，它正在尝试绑定到这个无效的IP。解决办法是删除无效的IP。这个额外的无效可能来自我的家庭无线网络，而在工作中，我通过硬连线适配器分配了一个不同的IP。

一个全面的解决方案可能是删除注册表项中的所有ip，然后运行netsh http add iplisten ipaddress=::命令允许监听所有地址。

在注意到以下事件日志条目后，我能够追踪到这个问题:

IIS Express: The worker process for app pool 'WebApplicationNetCore AppPool', PID='23260', failed to initialize the http.sys communication when asked to start processing http requests and therefore will be considered ill by W3SVC and terminated. The data field contains the error number. IIS Express: The worker process failed to initialize correctly and therefore could not be started. The data is the error. HTTP Event: Unable to bind to the underlying transport for 192.168.1.42:52999. The IP Listen-Only list may contain a reference to an interface which may not exist on this machine. The data field contains the error number.

这个问题可能是因为[√]为你的项目选择了启用SSL(参见项目设置窗口中的调试选项卡)，但Visual Studio决定傻傻地设置像http://localhost:32396这样的东西。失败的原因是1。它不是HTTPS;证书无效。要强制执行，您需要使用44300-44398范围内的端口。

参见https://stackoverflow.com/a/24957146/1236397

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

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

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