docker commit命令用于将容器当前文件系统状态保存为新镜像，配合docker run可快速复原开发环境；它仅固化磁盘变更，不保存内存与进程，需结合bind mount持久化关键数据，或用docker cp进行细粒度文件备份恢复。
直接用 docker commit 保存当前容器状态，再通过 docker run 启动同状态环境，是最简单有效的开发环境复原方式。它不依赖外部工具或复杂配置，适合日常调试中“改完配置想回退”“装完依赖想保留”这类高频需求。
用 docker commit 制作轻量快照
容器运行中产生的所有文件系统变更（如修改配置、安装软件、下载依赖）都可以固化为新镜像：
- 执行
docker commit -m "dev-env-after-redis-setup" my-app myapp:dev-20260429 - 镜像名和标签建议带时间或用途说明，便于后续识别
- 注意：该操作只保存磁盘层状态，不包含内存、进程、网络连接等运行时信息
- 若容器内有未落盘的数据（如数据库缓存），建议先执行
sync或停写再提交
用绑定挂载（bind mount）保留关键数据
对数据库、日志、上传目录等需要跨重启持续存在的内容，不能只靠 commit，必须外挂到宿主机：
- 启动时加
-v /home/user/myapp/data:/app/data，确保数据落在宿主机路径 - 这样即使容器被删、镜像重建，只要挂载路径不变，业务数据就始终可用
- 配合 commit 使用效果最佳：commit 固化环境配置，bind mount 持久化业务数据
用 docker cp 备份与恢复特定文件
当只需还原某个配置文件或小范围改动时，比重新 commit 更轻快：
- 备份：
docker cp my-app:/etc/nginx/nginx.conf ./backup/nginx.conf.20260429 - 恢复：
docker cp ./backup/nginx.conf.20260429 my-app:/etc/nginx/nginx.conf - 适用于 Nginx、Redis、应用配置等文本类资源，操作即时生效，无需重启容器
- 注意目标路径在容器内必须已存在，且权限允许写入
慎用 checkpoint/restore 方案
虽然 Docker EE 和部分内核支持完整运行时快照（含内存、进程），但落地门槛高：
- 需启用 CRIU，关闭 SELinux，调整内核参数如
kernel.unprivileged_userns_clone - 不同应用兼容性差异大，数据库类容器常因文件锁或 socket 状态异常而恢复失败
- 仅建议在极少数要求毫秒级热恢复的测试场景中评估，开发环境通常没必要
