Docker Desktop界面仅支持单容器启动，无法解析依赖、管理网络或协调多服务启动顺序；多服务必须通过docker-compose.yml定义并执行docker-compose up。
直接用 docker-compose up 启动多个服务，不是靠 Docker Desktop 界面点“Run”或改设置——界面操作只管单个容器，多服务必须靠 docker-compose.yml 文件驱动。
为什么不能在 Docker Desktop 界面里批量启多个服务
Docker Desktop 的图形界面本质是封装了单容器的 docker run 操作。它不解析依赖、不管理网络、不协调启动顺序，点一次“Run”只能起一个镜像实例。即使你手动拉起 3 个容器，它们默认不在同一自定义网络里，redis://redis:6379 这类 service 名无法解析。
- 界面里每个容器独立配置端口、卷、环境变量，容易配错且不可复用
- 没健康检查、无重启策略、无法声明服务间依赖（比如 MySQL 启好再启应用）
- 停止时得一个个点，
docker-compose down一键清理才是正解
docker-compose.yml 是唯一可靠入口
所有多服务场景都必须写这个文件，放在项目根目录，内容结构清晰：
version: '3.8'
services:
web:
image: nginx:alpine
ports: ["80:80"]
depends_on:
- app
app:
build: .
environment:
REDIS_URL: redis://redis:6379
depends_on:
- redis
redis:
image: redis:7.2
command: redis-server --appendonly yes
-
depends_on控制启动顺序（但不等服务就绪，需额外健康检查） - 同文件下所有 service 自动加入默认
docker-compose_default网络，互相可用 service 名通信 - 修改后只需
docker-compose up -d，无需重启 Docker Desktop
常见启动失败的三个硬坑
很多人写了 yml 却起不来，卡在以下环节：
-
docker-compose up报ERROR: Network ... declared as external, but could not be found：删掉 yml 里的networks: <name>: external: true</name>，首次运行别强求外部网络 - web 容器连不上 redis，
redis:6379 connection refused：不是 DNS 问题，是 redis 还没 listen —— 给 redis 加healthcheck，并在 web 的depends_on里配合condition: service_healthy - Windows 下 WSL2 后端服务 bind 失败，报
Address already in use：检查宿主机是否占用了目标端口（比如 IIS 占 80），或改用ports: ["0.0.0.0:8080:80"]显式绑定
想临时调试某一个服务？别动 yml，用 --scale 和 -f
开发时经常要单独重启 app 而不动 redis 或 nginx：
-
docker-compose up -d --scale app=2 web：只起 web 和 2 个 app 实例，忽略 redis -
docker-compose -f docker-compose.yml -f docker-compose.override.yml up -d：用 override 文件覆盖部分配置，比如把 app 的build换成image快速切镜像 - 永远别在 yml 里写
command: tail -f /dev/null来“保活”，这会让docker-compose ps显示 unhealthy，干扰真实状态判断
真正麻烦的从来不是写几行 yml，而是服务间就绪判断、日志聚合、端口冲突排查这些隐性成本——一旦跳过 docker-compose 直接上界面点，后面八成要重来。
