在容器化技术的浪潮中，Docker和Docker Compose如同“双子星”，一个专注于单兵作战，一个擅长军团指挥。它们看似相似，却各司其职。对于开发者来说，理解它们的区别不仅能让代码部署事半功倍，更能避免踩坑。本文将深入浅出地解析这对“搭档”的异同，并附上实战技巧和避坑指南。

Docker：
Docker是一个容器化平台，它的核心是“容器引擎”。你可以把它想象成一个“集装箱工厂”，负责将应用及其依赖打包成标准化的容器（Container），并在任何支持Docker的环境中运行。
- 核心功能：构建镜像（Image）、运行容器、管理容器生命周期。
- 典型命令：docker build, docker run, docker stop。
Docker Compose：
Docker Compose是多容器编排工具，它更像是一个“指挥官”，通过YAML文件定义多个容器的协作方式，一键启动整个应用栈。
- 核心功能：通过docker-compose.yml文件定义服务（Service）、网络（Network）、卷（Volume），并自动处理容器间的依赖和连接。
- 典型命令：docker-compose up, docker-compose down。

类比：

特性	Docker	Docker Compose
配置方式	命令行参数或Dockerfile	YAML文件（声明式配置）
容器管理	手动管理单个容器	自动管理多个容器及依赖关系
网络	默认桥接网络（需手动配置）	自动创建共享网络，服务间通过名称通信
卷（Volume）	手动挂载	自动挂载共享卷
启动顺序	需手动控制容器启动顺序	通过`depends_on`自动管理依赖
日志管理	`docker logs`查看单个容器日志	`docker-compose logs`集中查看所有日志

进入容器执行命令：

docker-compose exec <service_name> bash

多服务应用：例如一个包含前端、后端和数据库的微服务架构。

version: '3'
services:web:image: nginxports: ["80:80"]db:image: mysqlenvironment:MYSQL_ROOT_PASSWORD: root

优化Dockerfile：
- 合并多条RUN指令，减少镜像层数。
- 使用.dockerignore文件排除无关文件，加快构建速度。
共享网络：
通过--network参数手动创建共享网络，实现容器间通信。
```
docker network create my-network
docker run --network my-network my-app
```

环境变量管理：
使用.env文件管理敏感信息（如密码），避免硬编码。
```
environment:DB_PASSWORD: ${DB_PASSWORD}
```
服务扩展：
通过--scale参数横向扩展服务实例。
```
docker-compose up -d --scale web=3
```
热更新：
修改代码后，使用docker-compose restart重启服务（注意：修改配置文件需先down再up）。

Docker Compose的陷阱：
- depends_on不等于等待就绪：
  depends_on仅保证容器启动顺序，不等待服务完全就绪。建议结合健康检查（healthcheck）使用。
- 修改配置文件需重建：
  修改docker-compose.yml后，需执行docker-compose down再up，否则配置不会生效。
Docker的常见问题：
- 容器退出即停止：
  如果容器启动后立即退出，检查应用是否在前台运行（如避免CMD ["nginx"]而应使用CMD ["nginx", "-g", "daemon off;"]）。
- 资源限制：
  容器默认无资源限制，需通过--memory或--cpus参数控制资源使用。