Docker Compose中后端服务无法解析Postgres主机名问题

核心问题 #

你遇到的是静态编译的Go程序在Alpine镜像下的DNS解析兼容性问题：

• 容器CLI工具（如nc、curl）是Alpine系统自带的，动态链接到musl libc，能正常解析Docker内部DNS；
• 你的Go程序用了-linkmode external -extldflags '-static'做全静态编译，结合Alpine的musl libc，导致程序无法正常调用系统DNS服务，出现lookup postgres: device or resource busy错误。

具体解决办法 #

方案1：强制使用Go内置DNS解析器

修改Dockerfile的编译命令，添加-tags netgo参数，让Go使用自身的DNS解析实现，不依赖系统库：

RUN go build -a -tags netgo -ldflags "-s -w" -o /bin/app

同时移除原命令中的-linkmode external -extldflags '-static'，netgo标签已能保证网络模块静态编译，且避开musl的兼容性问题。

方案2：改用动态编译

直接去掉静态编译参数，让程序动态链接到Alpine的系统库，Alpine自带必要的依赖，动态编译程序可正常运行：

RUN go build -a -ldflags "-s -w" -o /bin/app

方案3：更换基础镜像为glibc环境

把Alpine换成debian:stable-slim这类使用glibc的镜像，静态编译的Go程序在glibc环境下不会出现DNS解析异常：

FROM debian:stable-slim
WORKDIR /app
COPY --from=build /bin/app .
CMD ["./app"]

方案4：在Alpine中安装兼容库

在Alpine镜像阶段添加libc6-compat包，弥补musl与glibc的差异：

FROM alpine
RUN apk add --no-cache libc6-compat
WORKDIR /app
COPY --from=build /bin/app .
CMD ["./app"]

额外提示 #

depends_on仅保证postgres容器先启动，不代表数据库服务已就绪。解决DNS问题后，建议在后端程序中添加数据库连接重试逻辑，避免因postgres未完全初始化导致的连接失败。

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