docker kill 用于强制终止僵死容器，发送默认 sigkill（信号9），不给应用清理时间，仅适用于 docker stop 超时、进程挂起或服务不可达等无响应场景；使用后须立即通过 inspect 和 logs 排查退出码（如137）与日志异常，根治需确保 pid 1 响应信号、合理设内存 limit 并检查阻塞点。
直接用 docker kill 就能强制关闭僵死容器，但要注意：它发的是 SIGKILL（信号 9），不给应用留清理时间，只适用于真正无响应、无法正常退出的场景。
什么时候该用 docker kill
当容器已卡死，出现以下情况时才考虑强制终止：
-
docker stop 无反应：执行后超过 10 秒仍没退出，
docker ps中状态还是Up -
容器内进程完全挂起：如 top 显示 CPU 占用为 0、无网络收发、
docker exec -it xxx sh进不去或卡住 -
日志完全停滞：
docker logs -f没新输出，且docker inspect显示"Status": "running"但实际服务不可达
正确使用 docker kill 的方式
默认发送 SIGKILL，无需额外参数。推荐用容器名或 ID 执行：
-
docker kill my-nginx（按名称） -
docker kill a1b2c3d4（按前几位 ID） - 批量杀掉多个：
docker kill $(docker ps -q --filter status=running)
如需明确指定信号（虽 SIGKILL 是默认值），可加 -s KILL 或 -s 9：
Docker Image Puller
下载
使用 Python 脚本下载 Docker 镜像并打包为 tar 文件。用户说“下载镜像”“拉取镜像”“pull xxx”“帮我下载 nginx 镜像”等时触发。支持 SOCKS5 代理直连（推荐）和国内镜像站加速两种模式。
docker kill -s 9 my-nginx
杀完之后必须做的两件事
强制终止只是“止痛”，不是“治病”。关掉后要立即排查原因，否则重启还会僵死：
-
查退出码和原因：运行
docker inspect my-nginx | grep -E "(ExitCode|Error|OOMKilled)"，重点看是否是137（OOM）、1（应用崩溃）或空错误信息 -
翻最近日志：用
docker logs --tail 100 my-nginx查最后 100 行，找 panic、段错误、连接超时、资源耗尽等线索
避免反复僵死的关键点
单纯依赖 docker kill 是治标。长期稳定需解决根源：
- 确保主进程是 PID 1，且能响应 SIGTERM（比如用
exec "$@"启动应用，别用sh -c "xxx &"） - 合理设内存 limit，避免触发 OOM Killer；生产环境建议比压测峰值高 20%
- 检查应用是否有未处理的阻塞调用（如 DNS 超时、数据库连接池耗尽、死锁）
- 确认容器没被挂载只读文件系统或满磁盘，导致写日志/临时文件失败而卡住
