第一章：Docker命令速查宝典导言
对于现代软件开发与部署而言，容器化技术已成为不可或缺的一环。Docker 作为其中的领军者，凭借其轻量、可移植和一致性的特点，广泛应用于开发、测试与生产环境。掌握常用的 Docker 命令，是每一位开发者和运维工程师的必备技能。 本章旨在为读者提供一份清晰、实用的命令参考指南，帮助快速定位并理解核心指令的使用场景与执行逻辑。无论是构建镜像、管理容器生命周期，还是调试运行中的服务，正确的命令使用能够极大提升工作效率。 常见的操作包括启动容器、查看日志、进入容器内部调试等，以下是一些高频命令示例：
# 启动一个Nginx容器并映射端口 docker run -d -p 8080:80 --name my-nginx nginx # 查看正在运行的容器 docker ps # 查看指定容器的日志输出 docker logs my-nginx # 进入容器的shell环境进行调试 docker exec -it my-nginx /bin/bash
为了便于理解和记忆，可以将常用命令按功能分类：
- 容器管理：如
run,start,stop,rm - 镜像操作：如
build,push,pull,rmi - 调试与监控：如
logs,exec,inspect,stats
此外，通过表格可以更直观地对比相似命令的功能差异：
| 命令 | 作用 | 是否需要容器运行中 |
|---|
| docker stop | 优雅停止容器 | 是 |
| docker kill | 强制终止容器 | 是 |
| docker rm | 删除已停止的容器 | 否 |
熟练运用这些基础命令，是深入理解 Docker 生态的第一步。后续章节将围绕具体场景展开详细解析。
第二章：容器生命周期管理核心命令
2.1 run与create：容器创建与启动原理详解
在Docker中，`run` 与 `create` 是容器生命周期管理的核心命令。二者均用于创建容器实例，但执行策略存在本质差异。
命令行为对比
- docker create：仅创建容器并分配文件系统、网络资源，不启动主进程
- docker run：等价于 create + start，创建后立即启动容器
典型使用示例
docker create --name my_container nginx:alpine docker run -d --name web_server -p 8080:80 nginx:alpine
第一条命令创建但不启动容器，适合需要预配置的场景；第二条直接运行后台服务，-d 表示守护态运行，-p 实现端口映射。
底层执行流程
创建阶段：加载镜像层 → 分配可写层 → 配置网络命名空间 → 挂载卷 启动阶段：初始化容器进程（PID=1）→ 应用cgroups限制 → 启动应用命令
2.2 start、stop与restart：容器状态控制实战
在Docker容器管理中，
start、
stop和
restart是控制容器生命周期的核心命令。通过这些指令，可以灵活调度服务运行状态。
基本命令语法
docker start container_name docker stop container_name docker restart container_name
上述命令分别用于启动已停止的容器、优雅终止运行中的容器（发送SIGTERM信号，等待10秒后强制kill），以及重启容器。其中
stop支持自定义超时时间：
docker stop -t 30 container_name将等待30秒再强制终止。
操作状态对比
| 命令 | 触发状态 | 信号机制 |
|---|
| start | created / exited → running | 无 |
| stop | running → stopped | SIGTERM → SIGKILL |
| restart | running → restarting → running | 先stop后start |
2.3 exec与attach：进入运行中容器的正确方式
在容器运行过程中，调试或查看内部状态是常见需求。`docker exec` 与 `docker attach` 提供了两种不同的交互方式。
使用 exec 进入容器
`exec` 允许在已运行的容器中执行新命令，常用于启动交互式 shell：
docker exec -it my_container /bin/bash
其中-it组合启用交互模式并分配伪终端，my_container是目标容器名，/bin/bash启动 bash shell。该命令不会影响容器主进程。
attach 与 exec 的区别
- attach：连接到容器的主进程（PID 1），共享其输入输出流；若主进程为前台服务，则 attach 可查看其日志输出
- exec：创建新的进程，适合调试且不影响原有服务
| 操作 | 是否新建进程 | 适用场景 |
|---|
| exec | 是 | 调试、临时命令执行 |
| attach | 否 | 监控前台进程输出 |
2.4 logs与inspect：容器日志查看与元数据分析
在容器运维中，
logs与
inspect是诊断容器运行状态的核心命令。通过日志输出可追踪应用行为，而元数据则揭示容器的配置细节。
实时查看容器日志
使用
docker logs可输出容器的标准输出和错误流：
docker logs --follow --tail=20 my-container
参数说明：
--follow持续输出新日志，类似
tail -f；
--tail=20仅显示最近20行，加快启动响应。
深入容器元数据
docker inspect返回容器的完整JSON描述，包括IP地址、挂载点、环境变量等：
docker inspect my-container
该命令输出结构化信息，适用于调试网络配置或卷映射异常。
关键字段速查表
| 字段路径 | 含义 |
|---|
| NetworkSettings.IPAddress | 容器IP |
| Mounts | 挂载卷详情 |
| State.Running | 运行状态布尔值 |
2.5 rm与prune：清理无用容器的最佳实践
在Docker日常运维中，频繁的容器创建与停止会产生大量已退出的容器实例和悬空镜像，长期积累将占用大量磁盘空间。合理使用
rm与
prune命令是维持系统整洁的关键。
单个容器的清理：docker rm
对于已知ID或名称的无用容器，可直接删除：
docker rm exited_container_name docker rm -f stubborn_container # 强制移除运行中的容器
其中
-f参数用于强制终止并删除正在运行的容器，适用于需立即清理的场景。
批量清理：docker container prune
一键清除所有已停止的容器：
docker container prune
该命令会提示确认操作，避免误删。可通过
--force跳过确认。
docker image prune：删除悬空镜像docker system prune：全面清理容器、网络、镜像和构建缓存
第三章：镜像管理与构建技巧
3.1 pull与push：镜像拉取与推送全流程解析
在Docker生态中，`pull`与`push`是镜像分发的核心操作。`pull`用于从镜像仓库下载镜像，而`push`则将本地构建的镜像上传至远程仓库。
镜像拉取流程
执行`docker pull`时，客户端首先向Registry发起请求获取镜像 manifest 文件，该文件描述了镜像的层级结构与元数据。
docker pull nginx:latest
上述命令会拉取官方Nginx镜像。系统按层下载并解压，最终组合成完整镜像。每一层均为只读，确保安全与复用。
镜像推送流程
推送前需通过`docker tag`为镜像打标签以匹配仓库命名规范：
docker tag myapp:latest registry.example.com/team/myapp:latest docker push registry.example.com/team/myapp:latest
推送过程中，Docker逐层上传，已存在的层会被跳过，仅传输差异部分，提升效率。
认证与传输机制
所有操作均基于HTTPS协议进行，并使用OAuth2或基本认证完成身份验证。Registry返回状态码指导客户端重试或确认成功。
3.2 build与.dockerignore：高效构建镜像的秘诀
在执行 `docker build` 时，Docker 会将构建上下文中的所有文件发送到守护进程。若不加控制，这可能导致构建缓存失效、传输冗余文件，甚至泄露敏感信息。
理解 .dockerignore 的作用
通过创建 `.dockerignore` 文件，可以排除不需要的文件和目录，类似于 `.gitignore`。这不仅加快构建速度，还提升安全性。
# .dockerignore 示例 node_modules npm-debug.log .git .env Dockerfile *.md
上述配置避免了本地模块、日志、版本控制数据等被纳入镜像构建过程，减少上下文体积。
优化构建性能的关键策略
合理使用 `.dockerignore` 能显著减少构建上下文大小，避免因无关文件变动导致缓存失效。尤其在大型项目中，这一机制对 CI/CD 流水线效率至关重要。
3.3 tag与rmi：镜像版本管理与删除操作
在Docker镜像管理中，`tag` 和 `rmi` 是控制版本标识与清理资源的核心命令。合理使用它们可有效维护镜像生命周期。
镜像打标：精准版本控制
通过 `tag` 命令可为镜像添加可读性强的版本标签，便于区分开发、测试与生产环境。
docker tag myapp:latest myapp:v1.0.0
该命令将 `latest` 镜像赋予明确版本号 `v1.0.0`，增强部署可追溯性。
删除镜像：释放存储空间
使用 `rmi` 可移除本地不再需要的镜像，避免磁盘资源浪费。
docker rmi myapp:old-version
若镜像被多个标签引用，需先解除所有标签关联，或使用 `-f` 强制删除。
批量清理策略
- 定期检查孤立镜像（dangling images）
- 结合
docker images -f "dangling=true"过滤无用层 - 使用脚本自动化清理流程，提升运维效率
第四章：网络与存储配置命令详解
4.1 network ls、create与connect：自定义网络搭建
Docker 自定义网络是实现容器间安全通信的关键机制。通过独立的网络环境，可避免容器依赖默认桥接网络带来的安全隐患。
查看现有网络
使用 `docker network ls` 可列出当前系统中所有网络配置：
docker network ls
该命令输出包含网络ID、名称、驱动类型和作用范围，便于快速识别可用网络资源。
创建自定义网络
通过以下命令创建一个基于桥接模式的自定义网络：
docker network create --driver bridge my-net
其中 `--driver bridge` 指定使用桥接驱动，`my-net` 为网络名称。自定义网络支持自动DNS解析，容器可通过名称直接通信。
连接容器到网络
已运行的容器可通过如下命令连接至指定网络：
docker network connect my-net container_name
此操作使容器加入 `my-net` 网络，获得独立IP并能与其他成员容器通信，提升网络隔离性与管理灵活性。
4.2 port与inspect：端口映射与网络诊断
在容器化环境中，端口映射与网络状态诊断是保障服务可达性的关键环节。Docker 通过 `port` 命令查看容器端口绑定情况，结合 `inspect` 可深度解析网络配置细节。
端口映射查询
使用以下命令可查看容器实际映射的主机端口：
docker port web-container 80/tcp # 输出：0.0.0.0:32768
该命令返回容器内 80 端口映射到主机的动态端口，适用于调试外部访问路径。
网络配置深度解析
`inspect` 提供结构化网络信息，包括 IP 地址、网关和端口绑定：
{ "NetworkSettings": { "IPAddress": "172.17.0.4", "Ports": { "80/tcp": [{"HostIp": "0.0.0.0", "HostPort": "32768"}] } } }
上述字段揭示容器在网络中的具体拓扑位置，是故障排查的核心依据。
典型应用场景对比
| 命令 | 用途 | 输出粒度 |
|---|
| docker port | 快速查看端口映射 | 简洁 |
| docker inspect | 全面网络诊断 | 详细 |
4.3 volume create与mount：持久化存储实践
在容器化环境中，数据持久化是保障应用状态的关键环节。通过 `volume create` 命令可预先创建独立于容器生命周期的存储卷。
创建与挂载操作示例
docker volume create app-data docker run -d --name web -v app-data:/usr/share/nginx/html nginx
第一条命令创建名为 `app-data` 的卷；第二条将该卷挂载至 Nginx 容器的静态文件目录，实现网页内容持久化。
挂载机制解析
- 独立生命周期：卷不依赖容器存在，删除容器后数据仍保留；
- 多容器共享：多个容器可同时挂载同一卷，适用于微服务间数据协同；
- 主机路径映射：支持将宿主机目录挂载为卷，便于开发调试。
4.4 bind mount与tmpfs：不同挂载方式对比应用
bind mount：实现主机与容器间文件同步
bind mount 将主机目录直接挂载到容器中，适用于需要持久化或共享主机文件的场景。 例如，将配置文件目录挂载进容器：
docker run -v /host/config:/container/config nginx
该命令将主机 `/host/config` 目录映射到容器内的 `/container/config`，容器对文件的修改会实时反映在主机上，适合开发调试和配置管理。
tmpfs：临时内存存储提升安全性
tmpfs 将数据存储在内存中，重启后自动清除，适用于存放敏感或临时数据：
docker run --tmpfs /run:rw,noexec,nodev tmp-container
此方式避免数据落盘，提高性能与安全，常用于运行时缓存或会话存储。
特性对比
| 特性 | bind mount | tmpfs |
|---|
| 存储位置 | 主机文件系统 | 内存 |
| 持久性 | 是 | 否 |
| 性能 | 依赖磁盘I/O | 高速内存访问 |
第五章：附录——PDF可复制命令清单与学习资源
常用Linux系统管理命令速查
journalctl -u nginx.service -f：实时查看Nginx服务日志，适用于排查Web服务启动异常。ss -tulnp | grep :443：检查443端口占用情况，确认HTTPS服务是否正常监听。rsync -avz --delete /src/ user@remote:/dest/：增量同步目录，常用于生产环境备份脚本中。
推荐学习资源与工具链
| 资源类型 | 名称 | 说明 |
|---|
| 在线课程 | Linux Foundation XSeries | 涵盖系统架构、性能调优与容器底层原理 |
| 文档站 | man7.org | 权威的Linux手册页，适合深度查阅系统调用 |
| 实验平台 | Katacoda（归档项目镜像） | 本地Docker模拟环境，支持即开即用的实战演练 |
Go语言构建静态二进制示例
package main import ( "fmt" "net/http" _ "net/http/pprof" // 启用pprof性能分析 ) func main() { go func() { http.ListenAndServe("localhost:6060", nil) }() fmt.Println("Server running with pprof on :6060") select {} }
使用
go build -ldflags="-s -w" app.go可生成无调试信息的轻量级二进制文件，适合部署至Alpine容器。
