容器内无法用127.0.0.1访问宿主机服务，因网络命名空间隔离；可用方案包括：一、host.docker.internal（docker desktop首选）；二、docker0网关地址（linux常用）；三、宿主机局域网ip；四、host网络模式（开发调试用）；五、挂载/proc动态获取网关。
如果您在Docker容器内尝试访问宿主机上运行的服务（如MySQL、Redis或本地Web服务），但使用127.0.0.1或localhost失败，则是因为容器拥有独立的网络命名空间，无法直接通过回环地址访问宿主机。以下是多种可用地址及其适用场景：
一、使用 host.docker.internal 主机名
该主机名由Docker Desktop（Windows/macOS）原生支持，自Docker 18.03起引入，会自动解析为宿主机在Docker内部网络中的IP地址。它无需手动配置，且语义清晰，是开发环境首选方案。
1、确认Docker版本不低于18.03，可通过 docker --version 命令验证。
2、在容器内直接使用 http://host.docker.internal:端口号 或 mysql://host.docker.internal:3306 连接服务。
3、若使用docker-compose，确保未显式禁用该特性；默认启用，无需额外配置。
二、使用 docker0 网桥网关地址
在Linux系统中，Docker默认创建docker0虚拟网桥，其网关地址即为宿主机在该网桥上的接口IP，通常为172.17.0.1。该地址稳定存在于bridge网络模式下，适用于所有Linux发行版。
1、在宿主机执行 ip addr show docker0，查找 inet 字段后跟随的IPv4地址（例如：172.17.0.1/16）。
2、确保宿主机服务监听在 0.0.0.0 而非仅 127.0.0.1，否则该地址无法被路由到。
3、在容器内使用 curl http://172.17.0.1:8080 或 telnet 172.17.0.1 3306 测试连通性。
三、使用宿主机真实局域网IP
当容器需访问宿主机上已绑定至物理网卡（如eth0、en0）的服务时，可直接使用宿主机在局域网中的IP地址。该方法跨平台通用，但依赖宿主机网络可达性及防火墙策略。
1、在宿主机运行 ifconfig 或 ip a，查找活动网卡（如en0、eth0）对应的inet地址（例如：192.168.1.105）。
2、确认宿主机防火墙允许该IP的入站连接，例如执行 sudo ufw allow 3306（Ubuntu）或检查macOS防火墙设置。
3、在容器内使用该IP加端口访问服务，例如 redis-cli -h 192.168.1.105 -p 6379。
四、启用 host 网络模式
通过 --network=host 启动容器，使容器共享宿主机网络命名空间，此时 localhost 在容器内即等同于宿主机的localhost。此方式零配置、低延迟，但牺牲网络隔离性，仅推荐开发调试或单容器部署场景。
1、启动容器时添加 --network=host 参数：docker run --network=host -d nginx。
2、在容器内直接使用 127.0.0.1:端口号 访问宿主机服务。
3、注意：该模式下端口映射（-p）失效，且容器进程将暴露于宿主机完整网络栈，不适用于生产环境多容器共存场景。
五、通过挂载 /proc 并解析网络命名空间获取动态IP
该方法适用于无法预知宿主机IP或网关地址的自动化部署场景，通过读取宿主机网络命名空间中的路由表推导出默认网关，具备较高鲁棒性，但需容器具备相应权限和挂载能力。
1、启动容器时挂载宿主机 /proc 目录：docker run -v /proc:/hostproc:ro ...
2、在容器内执行 nsenter -t 1 -n ip route | awk '/default/ {print $3}'，提取默认网关IP。
3、将输出结果赋值给环境变量，供应用代码动态使用，例如 export HOST_IP=$(nsenter...)
