必须使用用户定义网络，Docker内置DNS（127.0.0.11）才能自动解析容器名、别名及FQDN（如db.mynet），默认bridge网络不支持；所有容器须加入同一自定义网络并以--name或--network-alias启动，解析仅限该网络内生效。
要用 Docker 内置 DNS 实现容器名称自动发现与通信，核心是用好用户定义网络（user-defined network）并让容器在其中以合法名称运行。默认 bridge 网络不支持自动解析，必须避开；而自定义 bridge 或 overlay 网络会自动启用内置 DNS 服务（监听 127.0.0.11:53），让容器名、别名、FQDN 都能被同网其他容器直接解析。
创建并使用用户定义网络
这是前提，没有这一步，DNS 发现就无从谈起：
- 执行
docker network create mynet创建一个自定义桥接网络 - 所有需互通的容器都必须通过
--network mynet显式加入该网络 - 避免使用默认
bridge网络——它不注册容器名，也不运行内置 DNS
启动容器时指定名称与别名
名称和别名是 DNS 注册的关键输入：
- 用
--name db启动容器，其他容器就能直接ping db或curl http://db:5432 - 用
--network-alias backend可添加额外可解析名，适合多实例共用逻辑名（如多个缓存节点都注册为cache） - 支持 FQDN 形式：容器
db在网络mynet中也可被解析为db.mynet，但仅限本网络内有效
验证 DNS 是否生效
进容器后三步快速确认：
- 查看
cat /etc/resolv.conf：第一行应为nameserver 127.0.0.11，否则 DNS 路径不对 - 执行
nslookup db或dig db +short（需提前装dnsutils）：返回 IPv4 地址即成功 - 运行
docker network inspect mynet：检查目标容器是否出现在Containers列表中，且有IPv4Address
注意边界与常见陷阱
DNS 自动发现能力有明确范围，踩坑多因忽略这些限制：
- 不同网络间的容器无法互相解析——哪怕两个容器都叫
db，只要不在同一网络，就互不可见 - 容器重启后 IP 变更不影响解析，DNS 表由 daemon 动态维护，无需手动干预
- DNS 解析成功 ≠ 服务已就绪：应用启动快于依赖服务时，需自行实现连接重试或健康等待逻辑
- 多网络容器（如同时连
mynet和othernet）会在每个网络中分别注册 DNS 记录，但彼此隔离
