Docker在线文档中提到它是“分配一个伪tty”，经常与-i一起使用:

https://docs.docker.com/reference/run/

我在jwilder/nginx-proxy docker容器的文档中看到它是这样使用的:

docker run -d -p 80:80 --name nginx -v /tmp/nginx:/etc/nginx/conf.d -t nginx

在这种情况下，它所做的是将输出发送到docker容器中的“虚拟”tty (Bash命令提示符/终端)。然后，您可以通过运行docker命令docker logs CONTAINER查看此输出，其中CONTAINER是容器ID的前两个字符。这个CONTAINER ID可以通过输入docker ps -a找到

我在下面的链接中看到了这个-t参数，它说

-t和-i标志分配一个伪tty并保持stdin打开 如果没有附上。这将允许您使用容器像 只要bash提示符在运行。

https://coreos.com/os/docs/latest/getting-started-with-docker.html

我对-t的了解如下:

docker exec -ti CONTAINER bash允许我在容器中“登录”。感觉像嘘嘘(其实不是)。

但问题是当我想恢复数据库时。

通常我dodocker exec -ti mysql.5.7 mysql -这里我在容器中执行mysql命令并获得一个交互式终端。

我添加了<dump。sql到前面的命令，以便我可以恢复一个db。但是它失败了，不能在非tty输入上启用tty模式。

删除-t会有所帮助。还是不明白为什么:

docker exec -i mysql.5.7 mysql < dump.sql

最后一个可行。希望这能帮助到人们。

每个进程都有三个数据流，即STDIN/ STDOUT/ STDERR。当一个进程在容器中运行时，默认情况下终端与该进程的STDOUT流连接。因此，当在终端中运行docker run命令时，所有的输出流都是可见的。但是如果你想为容器中正在运行的进程提供输入，那么你必须连接进程的STDIN通道，这不是默认情况，而是通过docker run -i命令完成的。

-t用于交互式/格式化的输入操作。

Docker在线文档中提到它是“分配一个伪tty”，经常与-i一起使用:

https://docs.docker.com/reference/run/

我在jwilder/nginx-proxy docker容器的文档中看到它是这样使用的:

docker run -d -p 80:80 --name nginx -v /tmp/nginx:/etc/nginx/conf.d -t nginx

在这种情况下，它所做的是将输出发送到docker容器中的“虚拟”tty (Bash命令提示符/终端)。然后，您可以通过运行docker命令docker logs CONTAINER查看此输出，其中CONTAINER是容器ID的前两个字符。这个CONTAINER ID可以通过输入docker ps -a找到

我在下面的链接中看到了这个-t参数，它说

-t和-i标志分配一个伪tty并保持stdin打开 如果没有附上。这将允许您使用容器像 只要bash提示符在运行。

https://coreos.com/os/docs/latest/getting-started-with-docker.html

回答晚了，但也许能帮到别人

docker run/exec -i将容器内命令的STDIN连接到docker run/exec本身的STDIN。

So

Docker run -i alpine cat为您提供一个等待输入的空行。输入“hello”，你会得到一个回音“hello”。容器在发送CTRL+D之前不会退出，因为主进程cat正在等待来自无限流的输入，无限流是docker运行的终端输入。 另一方面，echo "hello" | docker run -i alpine cat将输出"hello"并立即退出，因为cat注意到输入流已经结束并终止了自己。

如果您在退出上述任何一个后尝试docker ps，您将找不到任何正在运行的容器。在这两种情况下，cat本身已经终止，因此docker也终止了容器。

现在对于"-t"，它告诉docker内部的主进程它的输入是一个终端设备。

So

Docker run -t alpine cat会给你一个空行，但是如果你尝试输入“hello”，你不会得到任何回显。这是因为当cat连接到一个终端输入时，这个输入并没有连接到你的输入。你输入的“hello”没有到达cat的输入。Cat正在等待永远不会到达的输入。 echo "hello" | docker run -t alpine cat也会给你一个空行，并且不会在CTRL-D上退出容器，但你不会得到一个echo "hello"，因为你没有传递-i

如果你发送CTRL+C，你会得到你的shell，但如果你现在尝试docker ps，你会看到cat容器仍然在运行。这是因为cat仍然在等待一个从未关闭的输入流。我还没有发现单独使用-t而不与-i结合的任何有用用途。

现在，一起来。这告诉cat它的输入是一个终端，同时将这个终端连接到docker run的输入，这是一个终端。Docker run/exec将确保它自己的输入在传递给cat之前实际上是tty。这就是为什么如果你尝试echo "hello" | docker run -it alpine cat，你会得到一个输入设备不是TTY的原因，因为在这种情况下，docker run本身的输入是来自前一个echo的管道，而不是执行docker run的终端

最后，如果-i将把你的输入连接到cat的输入，为什么你需要传递-t呢?这是因为如果输入是终端，命令对输入的处理是不同的。这也可以用例子来说明

docker run -e MYSQL_ROOT_PASSWORD=123 -i mariadb mysql -u root -p将提示密码。如果您键入密码，则会显示字符。 Docker run -i alpine sh会给你一个空行。如果您键入像ls这样的命令，则会得到一个输出，但不会得到提示符或彩色输出。

在最后两种情况下，你会得到这种行为，因为mysql和shell没有将输入作为tty处理，因此没有使用特定的tty行为，如屏蔽输入或输出着色。

-t选项表示Unix/Linux如何处理终端访问。在过去，终端是硬线连接，后来是基于调制解调器的连接。它们具有物理设备驱动程序(它们是真正的设备部件)。一旦广义网络投入使用，伪终端驱动程序就被开发出来。这是因为它在理解哪些终端功能可以使用而不需要直接将其写入程序之间产生了分离(阅读stty, curses的手册页)。

因此，以它为背景，运行一个没有选项的容器，默认情况下，你有一个标准输出流(因此docker运行| <cmd>工作);使用-i运行，你会添加stdin流(所以<cmd> | docker Run -i works);使用-t，通常在-it和您添加的终端驱动程序的组合中使用-t，如果您正在与进程交互，这可能是您想要的。它基本上使容器开始看起来像一个终端连接会话。