如何启动已停止的Docker容器
当你有一个已经退出运行状态的容器，不需要重新创建就能快速启动。使用docker ps -a查看所有容器，找到目标容器的ID或名称，然后执行docker start <容器名>即可。这个命令会保留容器之前的数据和配置，非常适用于临时停止后又需要恢复的场景。
相比docker run创建新容器，docker start省去了重新设置端口映射、环境变量等步骤。日常开发中，我们经常需要反复启动同一个容器来测试代码变更docker启动停止的容器，掌握这个命令能显著提升效率。记得用docker logs查看启动日志，确认容器是否正常运行。
怎样优雅停止运行中的容器
停止容器最推荐的方式是docker stop <容器名>，它会向容器内的主进程发送SIGTERM信号，等待应用自行清理资源后退出。默认等待10秒，超时后系统会强制终止。你可以通过-t参数自定义等待时间，比如docker stop -t 30 myapp。
优雅停止对数据库、消息队列等有状态应用尤其重要。如果直接使用docker kill，相当于拔电源，可能导致数据损坏或连接异常。在生产环境中，请始终优先使用docker stop。配合docker wait命令可以阻塞直到容器停止，适合编排脚本。
容器停止后还能恢复数据吗
容器停止后，其文件系统层的所有修改仍然保存在硬盘上，除非你执行了docker rm删除容器。你可以随时用docker start重新启动同一个容器，之前写入的文件、安装的软件都会保留。这对于调试和临时中断的场景非常友好。
但要注意，如果容器是用--rm参数启动的，停止后会被自动删除，数据也会随之消失。另外，重要数据务必通过卷（volume）持久化docker启动停止的容器，比如-v /host/data:/container/data。仅仅依赖停止容器来保留数据是不安全的linux系统介绍，因为容器被删除后所有变更都会丢失。
如何一次性停止所有容器
当你需要批量维护或清理环境时，手动一个个停止太繁琐。使用命令docker stop $(docker ps -q)可以停止所有正在运行的容器。其中docker ps -q只输出容器ID，作为参数传递给docker stop。如果想包含已停止的容器则不需要，因为停止目标只针对运行中状态。
更保险的做法是先列出容器确认：docker ps，然后执行停止。如果你使用Docker Compose，可以用docker-compose down停止并删除所有相关容器。建议在脚本中加入超时控制，避免某个容器卡住导致整个流程阻塞。批量操作前务必评估影响范围。
容器自动重启策略怎么设置
生产环境要求容器在意外退出后能自动恢复，这可以通过重启策略实现。在docker run时添加--restart=always，容器无论因何停止都会自动启动。其他选项包括on-failure:5表示仅当退出码非零时重启，最多5次。已运行的容器可以用docker update --restart=always <容器>修改策略。
设置重启策略不等于高可用，它只能处理本机故障。如果Docker守护进程自身重启linux操作系统简介，always策略的容器也会随启动。注意调试阶段避免使用always，否则你手动停止的容器也会被自动拉起。搭配健康检查（HEALTHCHECK）可以更智能地判断容器是否真正就绪。
停止和删除容器有什么区别
很多新手容易混淆docker stop和docker rm。停止只是让容器进程结束，容器对象依然存在，你可以再次启动它。而删除会彻底移除容器的文件系统、网络配置和元数据，数据除非挂在外部卷否则全部丢失。停止容器后磁盘空间不会释放，删除才会。
常规工作流是：先docker stop让应用正常退出，确认不再需要后执行docker rm清理。如果你希望一步完成，可以用docker rm -f强制删除运行中的容器（相当于先kill再删除）。对于临时测试容器，建议启动时加--rm，这样停止即删除，避免产生垃圾。
你在管理Docker容器时，有没有因为误用docker kill导致数据损坏的经历？或者有更高效的批量停止脚本？欢迎在评论区分享你的踩坑故事，点赞让更多开发者避开这些陷阱！
