5.4 进入容器

5.4 进入容器

5.4.1 为什么需要进入容器

使用 -d 参数启动容器后，容器在后台运行。以下场景需要进入容器内部操作：

场景	示例
调试问题	查看日志、检查配置、排查错误
临时操作	执行数据库迁移、清理缓存
检查状态	查看进程、网络连接、文件系统
开发测试	交互式测试命令、验证环境

5.4.2 两种进入方式

Docker 提供两种进入容器的命令：

命令	推荐程度	特点
docker exec	✅ 推荐	启动新进程，退出不影响容器
docker attach	⚠️ 谨慎使用	附加到主进程，退出可能停止容器

---

5.4.3 docker exec：推荐

docker exec 基本用法

## 进入容器并启动交互式 shell

$ docker exec -it 容器名 /bin/bash

## 或使用 sh（适用于 Alpine 等精简镜像）

$ docker exec -it 容器名 /bin/sh

参数说明

参数	作用
-i	保持标准输入打开 (interactive)
-t	分配伪终端 (TTY)
-it	两者组合，获得完整交互体验
-u	指定用户（如 -u root）
-w	指定工作目录
-e	设置环境变量

docker exec 示例

## 启动一个后台容器

$ docker run -dit --name myubuntu ubuntu
69d137adef7a...

## 进入容器（交互式 shell）

$ docker exec -it myubuntu bash
root@69d137adef7a:/# ls
bin  boot  dev  etc  home  lib  ...
root@69d137adef7a:/# exit

## 容器仍在运行！

$ docker ps
CONTAINER ID   IMAGE    STATUS         NAMES
69d137adef7a   ubuntu   Up 2 minutes   myubuntu

执行单条命令

不进入交互模式，直接执行命令：

## 查看容器内进程

$ docker exec myubuntu ps aux

## 查看配置文件

$ docker exec myubuntu cat /etc/nginx/nginx.conf

## 以 root 用户执行

$ docker exec -u root myubuntu apt update

只用 -i 不用 -t 的区别

## 只用 -i：可以执行命令，但没有提示符

$ docker exec -i myubuntu bash
ls           # 输入命令
bin          # 输出结果
boot
dev
...

## 用 -it：有完整的终端体验

$ docker exec -it myubuntu bash
root@69d137adef7a:/#    # 有提示符

💡 通常使用 -it 组合。只有在脚本中需要通过管道传入命令时才只用 -i。

---

5.4.4 docker attach：谨慎使用

docker attach 基本用法

$ docker attach 容器名

工作原理

attach 会附加到容器的 主进程 (PID 1) 的标准输入输出：

flowchart LR
    subgraph Container ["容器"]
        direction TB
        subgraph Process ["主进程"]
            P1["PID 1: /bin/bash<br>(你的输入直接发送到主进程)"]
        end
    end
    Attach["docker attach"] -->|"附加到这里"| P1

docker attach 示例

## 启动容器

$ docker run -dit --name myubuntu ubuntu
243c32535da7...

## 附加到容器

$ docker attach myubuntu
root@243c32535da7:/#

⚠️ 重要警告

从 attach 会话中输入 exit 或按 Ctrl+D 会导致容器停止！

$ docker attach myubuntu
root@243c32535da7:/# exit    # 这会停止容器！

$ docker ps
CONTAINER ID   IMAGE    STATUS                     NAMES
243c32535da7   ubuntu   Exited (0) 2 seconds ago   myubuntu

原因：attach 附加到主进程，退出主进程就等于退出容器。

安全退出 attach

使用 Ctrl+P 然后 Ctrl+Q 可以从 attach 会话中 分离，而不停止容器：

$ docker attach myubuntu
root@243c32535da7:/#

## 按 Ctrl+P 然后 Ctrl+Q

read escape sequence

$ docker ps    # 容器仍在运行
CONTAINER ID   IMAGE    STATUS         NAMES
243c32535da7   ubuntu   Up 5 minutes   myubuntu

---

5.4.5 exec vs attach 对比

特性	docker exec	docker attach
工作方式	在容器内启动新进程	附加到主进程
退出影响	不影响容器	可能停止容器
多终端	可以开多个	共享同一个会话
适用场景	调试、临时操作	查看主进程输出
推荐程度	✅ 推荐	⚠️ 特殊场景使用

flowchart LR
    subgraph Exec ["docker exec"]
        direction TB
        subgraph Container1 ["容器"]
            E_PID1["PID 1: nginx"]
            E_PID50["PID 50: bash"]
        end
        NewProc["新进程"] -- 附加到 --> E_PID50
    end

    subgraph Attach ["docker attach"]
        direction TB
        subgraph Container2 ["容器"]
            A_PID1["PID 1: bash"]
        end
        MainProc["附加到主进程"] --> A_PID1
    end

    note1["退出 bash 不影响 nginx"]
    note2["退出 bash 容器停止"]
    Container1 -.-> note1
    Container2 -.-> note2

---

5.4.6 最佳实践

1. 首选 docker exec

## 进入容器调试

$ docker exec -it myapp bash

## 查看日志

$ docker exec myapp tail -f /var/log/app.log

## 执行数据库迁移

$ docker exec myapp python manage.py migrate

2. 生产环境避免进入容器

笔者建议：生产环境应尽量避免进入容器直接操作，而是通过：

• 日志系统查看日志（如 docker logs 或集中式日志）
• 监控系统查看状态
• 重新部署而非手动修改

3. 无 shell 镜像的处理

某些精简镜像（如基于 scratch 或 distroless）没有 shell：

## 这会失败

$ docker exec -it myapp bash
OCI runtime exec failed: exec failed: unable to start container process: exec: "bash": executable file not found

## 解决方案：使用调试容器（需要 Docker Desktop Pro/Team/Business 订阅）

$ docker debug myapp

注意：docker debug 是 Docker Desktop 4.33+ 提供的功能，需要 Pro、Team 或 Business 订阅。它会附加一个包含常用调试工具（vim、curl、htop 等）的工具箱到目标容器，即使目标镜像基于 scratch 也能使用。

---

5.4.7 常见问题

Q：exec 进入后看不到其他终端的操作

这是正常的。exec 启动的是独立进程，多个 exec 会话互不影响。

Q：容器没有 bash

尝试使用 sh：

$ docker exec -it myapp /bin/sh

Q：需要 root 权限

$ docker exec -u root -it myapp bash

---