为何Kestrel未监听指定端口？ASP.NET Core配置问题咨询

让我来帮你拆解这个问题——你在代码里明确配置了Kestrel监听5000端口，但实际没生效，反而IIS占用了49950端口，核心原因大多和托管方式冲突或者配置优先级有关，具体分析和解决方法如下：

1. 托管方式导致的配置覆盖 #

如果你是通过IIS（或IIS Express）来运行ASP.NET Core应用，Kestrel并不是直接对外提供服务的，而是作为IIS的后端服务器存在：IIS会作为反向代理，对外暴露自己的端口（也就是你看到的49950），再和内部的Kestrel实例通信。

这种情况下，你代码里通过UseKestrel(options => { options.Listen(IPAddress.Loopback, 5000); })配置的监听端口会被IIS的托管设置覆盖，Kestrel会使用IIS指定的内部端口通信，而非你配置的5000端口。

2. 启动配置的问题 #

如果你是在Visual Studio中启动应用，默认启动项可能是IIS Express，而非直接启动Kestrel。这种情况下应用会走IIS托管流程，自然不会使用你配置的5000端口。

解决方法： #

• 在Visual Studio工具栏的绿色播放按钮旁，切换启动项为你的项目名称（而非“IIS Express”），启动后会直接运行Kestrel，你的5000端口配置就会生效。
• 或者打开命令行进入项目目录，运行dotnet run命令，同样会直接启动Kestrel，验证端口配置是否正常。

3. 配置优先级覆盖了代码设置 #

ASP.NET Core的配置系统有优先级顺序，若其他配置来源（比如appsettings.json、环境变量、命令行参数）指定了端口，会覆盖你在代码里通过UseKestrel设置的内容。

举个例子：

• 如果appsettings.Development.json里有这样的配置：

  {
    "Urls": "http://localhost:49950"
  }
  

• 或者启动时通过命令行指定了dotnet run --urls=http://localhost:49950

这些都会优先于代码里的Listen配置，导致Kestrel不会监听5000端口。

解决方法： #

• 检查appsettings.json、appsettings.Development.json等配置文件，移除或修改Urls字段，确保它和你想要的5000端口一致。
• 查看启动时的命令行参数，若有--urls参数则调整为http://localhost:5000。

额外验证方法 #

你可以打开命令行，运行netstat -ano | findstr :5000（Windows系统）或者lsof -i :5000（Linux/macOS），确认5000端口是否被占用或有进程监听。如果直接启动Kestrel后该命令能返回对应进程，就说明配置生效了。

内容的提问来源于stack exchange，提问作者Adam Mrozek