靠一个 docker-compose.yml 文件和一条命令即可实现本地开发环境一键启动，该文件定义服务、网络、卷三类配置，通过 depends_on 控制启动顺序，volumes 实现热更新与数据持久化，environment 或 .env 注入动态配置，配合 Dockerfile 分层构建镜像，确保环境一致。
靠一个 docker-compose.yml 文件 + 一条命令就能实现，核心是把所有服务的配置、依赖和连接方式提前声明好，而不是手动逐个启动容器。
写对 docker-compose.yml 是关键
这个 YAML 文件定义了整个开发栈的结构。它至少包含三类内容：服务（services）、网络（networks）、卷（volumes）。常见服务比如 Web 应用、数据库、缓存，每个服务下指定镜像或构建路径、端口映射、环境变量、依赖关系等。
- 用
depends_on声明启动顺序，比如后端服务依赖数据库，Compose 就会先等数据库容器就绪再启动后端 - 用
volumes挂载本地代码目录，实现容器内代码热更新；挂载数据目录，避免重启后数据库丢失 - 用
environment或.env文件注入配置，比如数据库地址写成db:5432（服务名即 DNS 名），不用硬编码 IP
让本地代码在容器里跑起来
开发时通常不直接用现成镜像，而是基于项目构建自定义镜像。这就需要配合 Dockerfile：
- Dockerfile 负责定义运行时环境（如 Node.js 版本、Python 依赖、Jupyter 支持等）
- docker-compose.yml 中通过
build: .指向该文件，启动时自动构建镜像 - 推荐分层复制：先拷贝
package.json或requirements.txt安装依赖，再拷贝源码，利用 Docker 缓存加速后续构建
一键启动与日常操作
配置写完后，所有操作都在终端里完成：
-
docker compose up -d：后台启动全部服务，自动拉取/构建镜像、创建网络、挂载卷 -
docker compose logs -f web：实时查看某个服务日志，-f 表示持续输出 -
docker compose exec web sh：进入正在运行的 web 容器调试，适合查环境变量或手动执行命令 -
docker compose down：停止并清理容器和网络，但默认保留卷，数据不丢
环境一致性不是口号，是配置落地的结果
团队成员只要 clone 代码、装好 Docker，执行 docker compose up，就能得到完全一致的本地环境。没有“在我机器上能跑”的争议，也没有反复安装 MySQL、Redis 的折腾。CI/CD 流程也能复用同一套配置，测试环境和本地开发环境真正对齐。
