Linux下docker-compose部署的API容器如何实现通信？

首先直接给结论：这种方式是可行的，但非常不推荐在生产或长期维护的场景中使用。

为什么可行？ #

当两个容器处于同一Docker自定义网络中时，它们属于同一个网络命名空间，彼此之间可以通过各自的内部IP直接通信——你通过docker inspect拿到的IP就是这个内部IP，只要网络配置正常，请求是能互通的。

为什么不推荐？ #

容器的内部IP是Docker动态分配的，每次容器重启、重建（比如更新镜像、重新部署docker-compose服务），这个IP都可能发生变化。这意味着你每次都要重新执行docker inspect去获取新IP，再修改服务的配置，完全不符合自动化部署的需求，而且很容易因为IP变更导致服务通信中断。

更简便的解决方案：用服务/容器名称作为通信地址 #

Docker Compose在启动服务时，会自动为你创建的自定义网络提供内置的DNS解析功能——你直接用docker-compose.yml里定义的服务名称（或者容器名称）作为域名，就能直接访问对应的服务，完全不用管IP。

举个实际的例子，假设你的docker-compose.yml是这样的：

version: '3.8'
services:
  user-api:
    image: your-user-api-image
    ports:
      - "8080:8080"
    networks:
      - api-network
  order-api:
    image: your-order-api-image
    ports:
      - "8081:8081"
    networks:
      - api-network
networks:
  api-network:
    driver: bridge

那么order-api想要调用user-api的接口时，直接用http://user-api:8080作为请求地址就可以了——Docker的内置DNS会自动把user-api解析成对应的容器IP，哪怕容器重启、IP变化，这个解析都会自动更新，完全不用你手动干预。

这种方式不仅简单，而且稳定可靠，也是Docker官方推荐的容器间通信方式。

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