如何在Windows的Docker Linux容器中暴露ASP.NET Core端口及配置docker-compose网络

嘿，针对你在Docker for Windows（Linux容器模式）下的场景——让容器C1、C2和主机上的H3服务三者互相访问，我整理了几个实用的配置方案，帮你解决这个问题：

一、容器间互访（C1 ↔ C2） #

默认情况下，Docker Compose会自动为你的项目创建一个专属的bridge网络，同一网络下的容器直接用服务名就能互相访问，完全不用额外折腾。比如C1要调用C2的服务，直接写http://c2:容器内部端口就行（这里的端口是C2里ASP.NET Core服务监听的端口，不是你映射到主机的端口）。

举个基础配置例子：

version: '3'
services:
  c1:
    image: <你的C1镜像>
    ports:
      - "8081:80"  # 主机8081端口映射到容器内部80端口，方便主机访问C1
  c2:
    image: <你的C2镜像>
    ports:
      - "8082:80"

只要你没手动指定其他网络，这两个服务会自动加入Compose创建的默认网络，直接互通。

二、容器访问主机上的H3（C1/C2 → H3） #

这里要注意：容器里的localhost指的是容器自己，不是主机！在Docker for Windows的Linux容器模式下，官方提供了一个专门的DNS名称host.docker.internal，用来让容器指向主机网络。

比如你的H3服务运行在主机的8083端口，那C1或C2里的代码要调用H3，直接用http://host.docker.internal:8083就可以了，不需要任何额外的网络配置，这个是Docker内置的特性。

三、主机访问容器服务（H3 → C1/C2） #

主机上的H3要访问C1或C2，直接用localhost:主机映射端口就行。比如上面配置里C1映射了8081，那H3调用C1就用http://localhost:8081。

如果不想把容器端口暴露给主机，也可以通过容器的IP直接访问，但容器重启后IP可能会变，稳定性不如端口映射，所以更推荐用端口映射的方式。

四、进阶：自定义网络（可选） #

如果你需要更清晰的网络隔离（比如多项目共存时避免冲突），可以手动创建一个自定义bridge网络，然后把服务都加进去：

version: '3'
networks:
  my-app-network:
    driver: bridge  # 默认就是bridge驱动，可省略

services:
  c1:
    image: <你的C1镜像>
    ports:
      - "8081:80"
    networks:
      - my-app-network
  c2:
    image: <你的C2镜像>
    ports:
      - "8082:80"
    networks:
      - my-app-network

自定义网络和默认网络一样支持服务名的DNS解析，而且更独立，适合复杂场景。

快速验证方法 #

1. 启动服务：docker-compose up -d
2. 进入C1容器测试访问C2：docker exec -it <c1的容器ID或名称> curl http://c2:80
3. 进入C1容器测试访问H3：docker exec -it <c1的容器ID或名称> curl http://host.docker.internal:8083
4. 在主机上测试访问C1：curl http://localhost:8081

按照这个配置，三者就能顺利实现互相访问啦！

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