Docker Compose中links参数的实际作用是什么？

根据Docker Compose的规范，links原本被定义为“用于定义与其他服务中容器的网络链接”，但实际使用中会发现：

默认网络下，任意服务都可以直接通过服务名访问其他服务，不需要依赖links；如果服务不在共享网络中，links也无法跨网络创建通信链接，而且Compose不会提示这种配置不匹配。

这很容易让人觉得links毫无用处，但实际上它和depends_on并非完全等效，还有一些独特作用：

与depends_on的核心差异 #

• 启动依赖只是附加效果：depends_on的唯一作用是控制服务启动顺序（注意：它不会等待依赖服务完全就绪，只是先启动依赖服务）；而links虽然也会隐含启动依赖，但这只是它的附加功能，不是核心作用。
• 主机名映射与别名设置：links会在容器的/etc/hosts文件中添加目标服务的IP映射，还可以给目标服务设置自定义别名。比如配置links: - db:database，容器内既可以用db也可以用database访问目标服务，这是depends_on完全做不到的。

links的独特作用 #

• 自定义服务访问别名：通过别名简化容器内对其他服务的访问，尤其适合需要统一服务标识的场景。
• 兼容旧版应用依赖：部分老应用依赖/etc/hosts的静态映射而非DNS解析，links可以满足这类场景的需求。
• 增强配置可读性：明确声明服务间的关联关系，让Compose配置文件的逻辑更清晰，便于维护。

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