这个差异其实是ASP.NET Core框架默认配置和官方Docker镜像预设配置共同决定的，我给你一步步拆解清楚：

本地（非Docker）环境用5000端口的原因 #

• ASP.NET Core框架本身的默认监听端口是5000（HTTP）和5001（HTTPS），这是框架的内置默认值。当你直接在本地执行dotnet run，或者启动发布后的应用程序时，它会自动绑定这两个端口，除非你通过以下方式手动修改：
  • 在appsettings.json里配置Urls字段
  • 设置环境变量ASPNETCORE_URLS
  • 启动时通过命令行参数指定--urls

Docker容器内用80端口的原因 #

• 微软官方提供的ASP.NET Core基础镜像（比如mcr.microsoft.com/dotnet/aspnet系列），在构建时已经预先设置了环境变量ASPNETCORE_URLS=http://+:80。这个环境变量会直接覆盖框架的默认端口设置，所以应用在容器内运行时，会自动监听80端口。
• 这么设计是为了符合容器化应用的常规实践：容器内通常使用标准的HTTP端口（80）作为服务暴露的默认端口，方便后续通过docker run -p 主机端口:80的方式进行端口映射，让外部访问更直观。

自定义端口小技巧 #

如果你想打破这个默认规则，可以随时覆盖配置：

• 让Docker内的应用用5000端口：启动容器时添加环境变量参数 docker run -e ASPNETCORE_URLS=http://+:5000 -p 5000:5000 你的镜像名
• 让本地应用用80端口：Windows下执行set ASPNETCORE_URLS=http://+:80 && dotnet run，Linux/macOS下执行export ASPNETCORE_URLS=http://+:80 && dotnet run

内容的提问来源于stack exchange，提问作者Phillip Scott Givens