时间戳

首页 > 解决方案 > 为什么当通过管道传输到其他命令时 docker 伪 tty 会破坏输出？

bash - 为什么当通过管道传输到其他命令时 docker 伪 tty 会破坏输出？

问题描述

当 docker 输出通过管道传输到其他命令时，为什么 docker 中的伪 tty 选项会修改输出？

Docker在使用选项CRLF运行时使用行尾。-t所以这是我的 2 个命令，CR添加到另一个命令以使它们的输出相同。

❯ docker run --rm -ti bash bash -c "echo -n $'\n\n\n'" | od -c
0000000  \r  \n  \r  \n  \r  \n

❯ docker run --rm bash bash -c "echo -n $'\r\n\r\n\r\n'" | od -c
0000000  \r  \n  \r  \n  \r  \n

两个命令都通过管道传输到 while read -loop（我希望两个输出是相同的）

❯ while read -r out; do echo A; done < <(docker run --rm -ti bash bash -c "echo -n $'\n\n\n'")
A
 A
  A

❯ while read -r out; do echo A; done < <(docker run --rm bash bash -c "echo -n $'\r\n\r\n\r\n'")
A
A
A

为什么会这样？为什么伪 tty 会中断输出？它不应该只告诉 docker 输入是终端设备吗？

当然，不使用-it非交互式脚本是一个有效的解决方案，但不回答“为什么”。

标签： bashdockertty

解决方案

提供选项时，docker客户端似乎将标准输入和标准输出设置为原始模式--tty。调用in 中定义setRawTerminal(streams)的函数，它将标准输入和标准输出设置为原始模式（github链接）。setupInput()cli/command/container/hijack.go

据我所知，这种原始模式会传播回您正在使用的终端。stty -raw您可以通过从以下示例中删除并按顺序运行它们来注意到这一点。

简而言之，原始模式意味着终端不应该做任何线路处理，即终端不作用于CR( \r)。

没有 docker 客户端的简单演示：

❯ while read -r out; do echo A; done < <(bash -c "stty raw; echo -n $'\n\n\n'")   
A
 A
  A

❯ while read -r out; do echo A; done < <(bash -c "stty -raw; echo -n $'\n\n\n'")
A
A
A

要不就：

❯ stty raw; for i in {0..2}; do echo A; done
A
 A
  A

❯ stty -raw; for i in {0..2}; do echo A; done
A
A
A

推荐阅读