ASP.NET Core多容器Docker应用脱离VS运行的URL访问配置方法

• 按照官方文档指引搭建ASP.NET Core多容器Docker应用，在Visual Studio中按F5调试时，应用会部署在容器中正常启动，通过浏览器可正常访问对应URL。
• 关闭Visual Studio后，通过Docker Desktop运行界面可以确认承载应用的容器仍处于持续运行状态，容器内已内置完整的.NET运行时与应用文件，但无法通过浏览器访问应用URL。
• 当前使用的初始docker-compose.yml仅定义了两个服务的镜像与构建规则，未配置端口映射：

  version: '3.4'
  services:
    webfrontendn:
      image: ${DOCKER_REGISTRY-}webfrontendn
      build:
        context: .
        dockerfile: WebFrontEndn/Dockerfile
  
    mywebapin:
      image: ${DOCKER_REGISTRY-}mywebapin
      build:
        context: .
        dockerfile: MyWebAPIn/Dockerfile
  

• 曾尝试在配置中添加端口映射规则，映射后仍无法正常访问：

  ports:
    - "5000:49226"
  

1. 修正端口映射规则 #

• 配置中填写的49226是Visual Studio调试阶段临时分配的动态端口，并非容器内应用固定监听的端口，直接映射该端口无法建立有效访问通路。
• 先通过docker inspect <运行中的容器名>命令，查看容器的ExposedPorts配置，确认ASP.NET Core应用在容器内的实际固定监听端口：
  • .NET 6及更早版本的官方运行镜像，默认监听容器内80端口
  • .NET 7及之后版本的非root运行官方镜像，默认监听容器内8080端口
• 调整端口映射规则，将宿主机端口指向容器内实际监听的固定端口。注意：仅需要对用户直接访问的前端服务做端口映射，内部通信的API服务无需对外暴露端口，避免多余端口占用。 示例配置：

  services:
    webfrontendn:
      ports:
        - "5000:80" # 若容器内实际监听8080端口，则修改为"5000:8080"
  

2. 固定容器内应用的监听地址 #

• Visual Studio调试时，会通过注入ASPNETCORE_URLS环境变量，让应用临时绑定调试所需的监听地址；脱离VS启动流程后，该临时环境变量会丢失，应用无法正确绑定监听端口。
• 在docker-compose的对应服务配置中，手动添加固定的环境变量，让应用启动时直接绑定容器内所有网卡的对应端口，保证与前面确认的容器内监听端口一致：

  services:
    webfrontendn:
      environment:
        - ASPNETCORE_URLS=http://+:80
    mywebapin:
      environment:
        - ASPNETCORE_URLS=http://+:80
  

3. 修正跨容器服务通信地址 #

• Visual Studio调试时，前端调用后端API的地址通常会被临时配置为localhost:对应API调试端口，脱离VS运行后，容器内的localhost指向容器自身，无法跨容器访问API服务。
• 在docker-compose的默认网络规则下，同属一个compose项目的服务可以直接通过服务名互相访问，需要将前端代码中配置的API调用地址，修改为对应API的服务名加容器内固定监听端口（例如http://mywebapin:80），替代原来的localhost调试地址。
• 所有配置修改完成后，执行docker-compose up --build命令重新构建镜像、启动整套应用，即可无需启动Visual Studio，通过浏览器访问对应URL。

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