Linux下Docker容器管理教程

本文深入剖析了Linux环境下Docker容器运行管理中的高频痛点：容器秒退、命令失效、无法进入、强删失败等现象，直击ENTRYPOINT/CMD组合逻辑、前台进程生命周期绑定、exec权限与环境陷阱、以及kill与rm的底层机制，用清晰原理+实操命令（如--entrypoint覆盖、tail -f /dev/null占位、docker kill发信号等）帮你告别“容器一启就死、一连就拒、一删就卡”的无效折腾，真正掌握可控、可调、可救的容器运维能力。

docker run 启动容器时命令不执行？检查 ENTRYPOINT 和 CMD 的组合逻辑

很多情况下你敲了 docker run -it ubuntu bash 却直接退出，不是报错，而是容器秒停——根本没进 shell。这不是 Docker 坏了，是镜像默认的启动逻辑覆盖了你的命令。

Docker 镜像里可以定义 ENTRYPOINT（固定入口）和 CMD（默认参数），两者组合决定最终执行什么。比如 ubuntu 镜像的 ENTRYPOINT 是空的，CMD 是 ["bash"]，所以 docker run ubuntu 就等价于跑 bash；但有些镜像（如 nginx）设了 ENTRYPOINT ["nginx", "-g", "daemon off;"]，这时你加 bash 会被当成参数传给 nginx，自然失败。

• 用 docker inspect ubuntu:22.04 | grep -A 5 -B 5 'Entrypoint\|Cmd' 查看镜像实际配置
• 想绕过镜像原有入口，强制执行 shell：加 --entrypoint /bin/bash，再跟 -it
• 如果镜像用了 ENTRYPOINT ["sh", "-c"] 这类包装，传命令得写成 docker run image sh -c "echo hello"，不能省略 sh -c

容器启动后立刻退出？确认进程是否在前台运行

Docker 容器生命周期绑定主进程（PID 1）。只要这个进程结束，容器就停。常见误区是以为“后台服务”能自己驻留，其实没守护进程管理，它一启动就 exit。

比如你写个 Python 脚本只做 print("ok") 然后结束，或者运行 systemctl start nginx（systemd 在容器里基本不可用），都会导致容器闪退。

• Web 服务要带 -g "daemon off;"（Nginx）、-D 改为前台模式（Apache）
• Python/Node.js 应用别用 nohup python app.py & —— & 会让主进程变成 shell，而 shell 立刻退出
• 简单测试可用 tail -f /dev/null 或 sleep infinity 占位，但仅限调试

怎么进正在运行的容器？docker exec 的权限和路径陷阱

docker exec -it bash 是最常用操作，但它不一定成功。原因常被忽略：

• 镜像没装 bash（Alpine 默认只有 sh）→ 改用 docker exec -it container sh
• 容器以非 root 用户启动（比如设置了 USER 1001），而你 exec 进去后发现 /home 不可写、sudo 不存在、甚至 ls 报 Permission denied
• exec 进去后当前路径是根目录，不是用户家目录；$HOME 可能未设置，~ 展开失效
• 某些精简镜像删了 ps、netstat、curl 等工具，别指望能查端口或发请求

容器删不掉、停不了？docker kill 和 docker rm -f 的真实作用

docker stop 默认发 SIGTERM，等 10 秒再发 SIGKILL。但有些程序不处理信号，或卡在系统调用里，stop 就一直挂住。这时候别反复敲 stop，直接上 kill。

• docker kill -s SIGUSR1 container 可发任意信号，适合调试型程序（如 Go 的 pprof）
• docker rm -f 不等于“强制删除”，它是先 kill 再 rm；若容器已处于 removing 卡死状态，可能需要重启 dockerd（sudo systemctl restart docker）
• 删镜像前先 docker ps -a 看有没有残留的已退出容器——它们会占 volume 和网络资源，影响新容器启动

真正麻烦的是容器绑定了宿主机的 bind mount 且进程卡死，umount 都失败。这种时候别硬刚，记下路径，reboot 往往比 debug 快。

今天关于《Linux下Docker容器管理教程》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！