docker pause立即冻结容器所有进程，CPU降为零但内存、网络连接和文件系统状态全保留；unpause可秒级恢复运行，不丢失任何状态。
直接用 docker pause 就能暂停容器，它会立即冻结所有进程，CPU 占用降为零，但内存和文件系统状态全保留。
暂停容器的基本操作
执行命令即可：
-
docker pause 容器名或ID—— 例如docker pause webapp或docker pause abc123 - 支持一次暂停多个容器：
docker pause container1 container2 - 执行后容器状态变为 Paused，可用
docker ps查看（状态列显示 Up (Paused)）
暂停后资源变化的关键点
暂停不是停止，资源处理逻辑很明确：
- CPU 完全释放：内核冻结进程，不再分配时间片，宿主机 CPU 使用率归零
- 内存不释放：整个进程地址空间保留在 RAM 中，包括未保存的数据、打开的文件句柄、网络连接状态
- 网络接口仍存在：端口不释放，但新连接被挂起，已有连接不会断开（如长连接保持 ESTABLISHED 状态）
- 磁盘无 I/O：进程不运行，自然不产生读写，但挂载卷、绑定目录等文件系统结构维持原样
验证暂停是否生效
两个简单方法确认效果：
- 运行
docker stats 容器名，观察 CPU% 是否持续为 0.00% - 进容器内部检查：
docker exec -it 容器名 ps aux，会发现所有进程状态是 T（stopped）或 D（uninterruptible sleep）
什么时候该用 pause 而不是 stop
适用场景有明确边界：
- 临时调试或排查问题，想“定格”当前运行状态再分析
- 短时规避高负载（比如配合备份、迁移前做快照），几分钟到几小时级暂停
- 需要保留内存中瞬态数据（如 Redis 的 in-memory dataset、应用缓存、未提交事务上下文）
- 避免服务注册中心误判下线（pause 后容器仍在 Docker 网络中，健康检查可能仍通）
恢复运行只需一步
暂停后随时可秒级恢复，不重启、不重载：
-
docker unpause 容器名—— 进程立刻从冻结点继续执行 - 注意：不能对已
stop的容器执行unpause，只对Paused状态有效 - 恢复后应用感知不到中断（除非自身做了心跳超时判断）
