为什么 Docker exec -i 仍然能获取容器进程输出？

2024-03-22 08:41:59

Docker exec -i 解析：为什么在附加到容器进程的 STDIN 时仍然能从容器进程获取输出

引言

在使用 Docker 容器时，-it 标志通常用于将终端附加到容器进程的 STDIN 和 STDOUT。但有时候，即使只使用 -i 标志（即附加到 STDIN），我们仍然可以从容器进程中获取输出，这似乎令人费解。本文将探讨背后的原因并提供一个深入的解释。

Docker exec 理解

Docker 容器是一个独立的环境，拥有自己的文件系统、网络和进程。当在容器中运行一个进程时，它将有自己的 STDIN、STDOUT 和 STDERR 流。这些流默认连接到容器的控制台。

docker exec 命令允许你附加你的终端到容器进程的流中。通过 -i 标志，你可以将你的终端附加到 STDIN，让你的输入被容器进程接收。但是，即使你没有明确附加到 STDOUT，容器进程仍然可以向 STDOUT 写入数据。

容器进程的 STDOUT

默认情况下，容器进程的 STDOUT 被重定向到容器的控制台。这意味着即使你没有将终端附加到 STDOUT，容器进程仍然可以向控制台写出输出。因此，当你运行一个命令时，它仍然可以在你的终端中打印响应，尽管你只附加到 STDIN。

一个实例：Redis CLI

让我们举一个使用 Redis CLI 的例子。假设你有一个正在运行的 Redis 容器，ID 为 abc123。你可以运行以下命令来附加到 Redis CLI 进程的 STDIN：

docker exec -i abc123 redis-cli

现在，当你执行一个 Redis 命令，例如 set key 1，你将看到“OK”消息返回到你的终端。这是因为 Redis CLI 进程将响应写入了 STDOUT，而 STDOUT 被重定向到了容器的控制台，因此在你的终端中显示。

结论

虽然 -it 标志将终端附加到容器进程的 STDIN 和 STDOUT，但即使只使用 -i 标志，容器进程仍然可以向 STDOUT 写入数据。这是因为容器进程的 STDOUT 默认情况下重定向到控制台。因此，当你从容器进程获取输出时，即使你只附加到 STDIN，你仍然可以看到响应。