容器内服务监听127.0.0.1是访问失败的主因，因其仅限容器内部loopback接口；必须改为监听0.0.0.0或省略host，再通过netstat/ss确认监听状态，其他配置均无法绕过此根本问题。
容器内服务监听 127.0.0.1 是访问失败的主因
不是 Docker Desktop 配置错了，也不是端口映射没生效——而是应用进程自己只绑定了 127.0.0.1。这个地址在容器内部等同于“仅限本容器 loopback 接口”，宿主机、局域网、甚至同一 Docker 网络下的其他容器都连不上它。Docker 的 -p 8080:8080 只是把宿主机流量转发到容器网络栈，但若容器内无人在 0.0.0.0:8080 上“开门”，请求会在内核层面被丢弃。
进容器查监听状态：别猜，用 netstat 或 ss 看真实情况
先确认问题是否存在，再动手改代码：
- 运行
docker exec -it bash进入容器 - 若无
netstat，Debian/Ubuntu 系镜像执行apt-get update && apt-get install -y net-tools；Alpine 执行apk add netstat - 执行
netstat -tuln | grep :8080（把8080换成你的实际端口）
✅ 正确输出应含 0.0.0.0:8080 或 :::8080；❌ 若看到 127.0.0.1:8080，这就是根源。
按语言框架改绑定地址：必须显式指定 0.0.0.0 或省略 host
改错地方比改多地方更重要。以下写法均指向同一目标：让监听地址从容器内 localhost 升级为所有接口可访问：
- Go：
http.ListenAndServe(":8080", handler)（冒号前留空）或http.ListenAndServe("0.0.0.0:8080", handler)，禁用"127.0.0.1:8080" - Flask：
flask run -h 0.0.0.0 -p 5000，不能省略-h参数 - Node.js：
app.listen(5000, '0.0.0.0')，传字符串'127.0.0.1'就会复现问题 - Spring Boot：
server.address=0.0.0.0加到application.properties，别写成127.0.0.1 - Python
HTTPServer：HTTPServer(('0.0.0.0', 8000), handler)，元组第一个元素不能是'localhost'或'127.0.0.1'
Docker Desktop + WSL2 下还要额外检查 host.docker.internal
Windows/macOS 上的 Docker Desktop 默认启用 host.docker.internal 这个 DNS 名，但它只用于「容器访问宿主机服务」，和「宿主机访问容器服务」无关。很多人混淆这两条路径，结果在容器里配了 host.docker.internal 去调用自己，徒劳无功。真正要解决宿主机访问不到的问题，核心永远落在容器内监听地址是否为 0.0.0.0 —— 其他任何配置都是辅助项，不能绕过这一步。
