不建议用 docker attach 进入容器，因其会接管主进程终端，Ctrl+C 可能终止容器，无法启动新进程，且多用户共享终端不可控；应使用 docker exec -it 启动新 shell。

直接使用 docker attach 可以连接到正在运行的容器的主进程（通常是 PID 1）的标准输入/输出，但**它不是进入容器内部执行命令的常规方式**——它更像“接管”容器当前的终端会话，容易误操作（比如 Ctrl+C 会终止容器），也不支持新开 shell。真正想“进入容器”做调试或排查，推荐用 docker exec。

为什么通常不建议用 docker attach

docker attach 的设计目标是复用容器启动时的主进程终端，而非提供交互式 shell 环境。常见问题包括：

• 按 Ctrl+C 或 Ctrl+Z 会向主进程发送信号，可能直接停止容器
• 无法启动新进程（如 bash、sh、ls），只能看到主进程的输出流
• 如果容器启动时没分配伪终端（-t）或没启用 stdin（-i），attach 后可能无响应或报错
• 多个用户同时 attach 会共享同一终端，行为不可控

正确进入容器的方法：docker exec

这是标准、安全、灵活的方式，用于在运行中的容器里启动新进程（比如 shell）：

• 进入容器并启动交互式 bash（适用于大多数 Linux 基础镜像）：
  docker exec -it /bin/bash
• 如果容器没有 bash，尝试 sh：
  docker exec -it /bin/sh
• 只想执行一条命令不进 shell（如查看日志）：
  docker exec ps aux

注意：-i（保持 STDIN 打开）、-t（分配伪终端）通常一起使用，才能获得类似本地终端的体验。

什么情况下才该用 docker attach

仅限以下真实需求场景：

• 查看容器主进程的实时 stdout/stderr 输出（如日志滚动），且不想用 docker logs -f
• 容器以交互模式启动（如 docker run -it ubuntu），你临时断开后想重新接回原会话
• 调试前台进程阻塞问题，需观察其原始终端行为（较罕见）

使用示例：
docker attach
退出 attach 而不终止容器：按 Ctrl+P Ctrl+Q（不是 Ctrl+C）。

快速确认容器状态和入口点

执行前先检查容器是否真在运行，并了解它的默认 shell：

• 列出运行中容器：
  docker ps
• 查看容器详细信息（含镜像、Entrypoint、Cmd）：
  docker inspect | grep -A 5 'Config.*Shell\|Cmd\|Entrypoint'
• 确认容器内是否有 bash/sh：
  docker exec which bash || docker exec which sh