可直接用 docker exec -it 进入运行中容器；已停止容器需先 docker start 再 exec；无法进入常见原因包括镜像无 shell、未加 -it 参数或权限限制。
想重新进入一个已停止或正在运行的 Docker 容器进行交互操作，不需要重启、不用删重建，关键在于分清容器状态并选对命令。
容器仍在运行？用 docker exec 直接进入
这是最常用也最高效的方式。只要容器处于 Up 状态，就能随时附加一个新终端：
- 执行
docker exec -it /bin/bash（Linux 容器常见） - 若镜像没装 bash，可尝试
/bin/sh，例如：docker exec -it myapp /bin/sh - 加
-u root可指定用户，适合权限受限的容器环境
容器已停止？先启动再 exec，别用 attach
docker attach 只适用于前台运行且未分离（detached）的容器，对已 stop 的容器无效。正确流程是：
- 运行
docker start启动它（不输出日志） - 立刻跟上
docker exec -it /bin/bash进入 - 如果希望启动后自动进入，可写成一行：
docker start && docker exec -it /bin/bash
想保留上次退出时的状态？注意 shell 进程是否真正退出
执行 exit 或 Ctrl+D 会结束当前 shell，但容器是否停止取决于它的主进程（PID 1）：
- 若容器原本以
bash为启动命令（如docker run -it ubuntu:22.04 /bin/bash），退出 shell 就等于终止主进程 → 容器自动停止 - 若容器主进程是服务（如 Nginx、Python Web 服务），执行
exec进去再退出，不影响服务运行，容器持续 Up - 不确定主进程是什么？用
docker inspect | grep -i 'entrypoint\|cmd'查看
进不去？快速排查三个常见原因
命令执行失败通常卡在这几个点：
-
镜像没内置 bash/sh：Alpline 基础镜像默认只有
/bin/ash；Scratch 镜像甚至没有 shell —— 此时无法 exec 进入，只能通过调试工具（如nsenter）或改用带 shell 的镜像 -
容器启动时没加 -it：虽然不影响后台运行，但会导致 exec 时缺少伪终端分配，报错 “No such file or directory” 或 “executable file not found” —— 实际是 TTY 问题，加
-it即可 -
权限被限制：某些安全策略禁用 exec（如启用
--no-new-privileges或 SELinux 强制模式），需检查 Docker daemon 配置或容器运行参数
