不推荐在单个容器中运行多个Go服务。应遵循“一个容器一个进程”原则，采用独立容器+自定义bridge网络+环境变量注入地址的方式部署多服务，Go程序需监听0.0.0.0:$PORT并避免DNS缓存问题。
容器里跑多个 Go 服务是否合理
不推荐在单个容器中运行多个 Go 服务。Docker 官方明确建议「一个容器一个进程」，Go 程序本身是静态编译的单二进制文件，天然适合单服务封装。强行塞多个 main 进同一容器会带来日志混杂、信号转发异常（如 SIGTERM 只能传给 PID 1）、健康检查失效、资源隔离困难等问题。
用 supervisord 或 sh -c 启动多服务的隐患
即使你用 supervisord 或 sh -c 'service1 & service2 & wait' 启动两个 Go 服务，也会遇到：
- PID 1 不是你的主服务，
docker stop发送的SIGTERM不会自动转发给子进程，导致服务无法优雅退出 - 任意一个服务 panic 或 crash，容器不会自动退出（缺少进程存活监控）
-
stdout和stderr混合输出，docker logs无法按服务过滤 - Go 的
http.Server.Shutdown()依赖信号捕获，而 shell 启动方式常丢失信号链路
如果你真有强耦合依赖（比如一个 API 服务 + 一个本地 gRPC 健康探针），更稳妥的做法是把它们合并进同一个 Go 二进制：用 gorilla/mux 或 net/http.ServeMux 复用监听端口，或启动多个 http.Server 实例绑定不同 localhost:port，再通过 sync.WaitGroup 统一管理生命周期。
多服务场景下正确的网络配置方式
真正需要多个 Go 服务时，应拆分为独立容器，通过 Docker 网络互通。关键点不是“怎么配”，而是“配什么”：
立即学习“go语言免费学习笔记（深入）”；
- 避免使用
host网络模式——它绕过 Docker 网络栈，失去服务发现、端口映射和防火墙控制能力 - 优先使用自定义 bridge 网络：
docker network create mynet，然后所有容器都加--network mynet - 容器间通信直接用服务名（即
container_name或service名）作为 DNS 名，例如http://auth-service:8080/login，无需硬编码 IP - 对外暴露端口统一由反向代理（如 Nginx、Traefik）或 API 网关承接，Go 服务本身只监听
0.0.0.0:8080（非127.0.0.1），并禁止在容器内做端口映射（-p）
示例：两个 Go 服务分别打包为 api 和 cache 镜像，在 docker-compose.yml 中声明同属一个网络：
version: '3.8'
services:
api:
image: my-api:latest
networks:
- backend
cache:
image: my-cache:latest
networks:
- backend
networks:
backend:
driver: bridge
此时 api 容器内可直接访问 http://cache:6379（假设 cache 监听 6379），无需额外配置 hosts 或 IP。
Go 代码里如何适配容器网络环境
Go 服务启动时，别写死 127.0.0.1:8080，也别依赖 os.Getenv("HOST") —— 容器里没有传统意义上的 “host”。正确做法是：
- 监听地址始终设为
0.0.0.0:$PORT（$PORT从环境变量读取，默认 8080） - 对外调用其他服务时，用环境变量注入目标地址，例如
REDIS_URL=redis://cache:6379，而非redis://localhost:6379 - 若需获取本机容器 IP（极少见），用
net.InterfaceAddrs()扫描eth0，但多数情况根本不需要 - 健康检查路径（如
/healthz）必须返回 HTTP 200，且不依赖外部依赖（如 DB 连接），否则会导致容器被误判为不可用
典型启动片段：
port := os.Getenv("PORT")
if port == "" {
port = "8080"
}
log.Printf("Starting server on :%s", port)
server := &http.Server{
Addr: ":" + port,
}
log.Fatal(server.ListenAndServe())
网络配置最易被忽略的细节：DNS 缓存。Go 的 net/http 默认复用连接，但容器重启后服务名解析可能未及时刷新。若发现偶发连接失败，应在客户端加 &http.Client{Transport: &http.Transport{DialContext: ...}} 并设置短 MaxIdleConnsPerHost，或直接禁用 keep-alive（仅调试用）。
