我试图理解ssh的-t选择：
-t强制伪终端分配。这可用于在远程计算机上执行任意基于屏幕的程序，这非常有用，例如在实现菜单服务时。多个 -t 选项强制 tty 分配，即使 ssh 没有本地 tty。
所以，TTY 是一个设备。引用 TTY 的一种方法是通过描述符（通过打开 TTY 设备获得）。 STDIN、STDOUT 和 STDERR 是描述符。但它们不一定指 TTY 设备。-t选项强制它们引用 TTY 设备。为了理解这个选项的作用，这是正确的推理方式吗？
TTY 有什么特别之处，是使用普通 STDIN、STDOUT 和 STDERR 无法实现的？
-t欢迎提供选项用例的示例。
通过什么机制ssh分配该 TTY？是ssh在服务器上还是在客户端上创建新的 TTY？如何检查这个？ （必须出现一个新节点/dev/或其他东西......）这个新的 TTY 如何与现有的 STDIN、STDOUT 和 STDERR 绑定？
答案1
-t选项强制 [标准文件描述符] 引用 TTY 设备。为了理解这个选项的作用，这是正确的推理方式吗？
否。该-t选项将在偏僻的机器的 stdin/out/err 连接到伪 tty 从机而不是一对管道。
如果满足以下条件，则默认在 pty 中运行它：（A）没有给出明确的命令并且(二)ssh 的标准输入客户本身就是一个 tty。-t即使当（A）条件不满足，并且二其中 ( -tt) 时(二)不满意。
ssh 通过什么机制分配 TTY？
通过某种依赖于系统的机制。如今，它主要是[1]master_fd = posix_openpt()遵循的标准slave_fd = open(ptsname(master_fd))
ssh 是在服务器上还是在客户端上创建新的 TTY？
ssh 总是在上创建新的伪 tty服务器，即在远程机器上。如果在服务器上分配了伪 tty 并且本地（客户端）stdin 是 tty，则本地 tty 将设置为原始模式。
如何检查这个？ （必须出现一个新节点
/dev/或其他东西
不必要。但在 2019 年的常规 Linux 机器上，/dev/pts每个新的伪 tty 下都会出现一个新文件。
这个新的 TTY 如何与现有的 STDIN、STDOUT 和 STDERR 相关联？
就像任何其他文件描述符一样，使用dup2(slave_fd, 0)、dup2(slave_fd, 1)等dup2(newfd, oldfd)将关闭oldfd所引用的任何文件。如果分配了 pty，它也将成为远程会话的控制 tty。
-t欢迎提供选项用例的示例。
ssh -t /bin/bash在您的登录 shell 所在的系统上csh。如果省略-t,/bin/bash将在没有提示、作业控制、行编辑功能等的情况下运行。
TTY 有什么特别之处，是使用普通 STDIN、STDOUT 和 STDERR 无法实现的？
往上看 ;-）
管道并不比 tty 或其他类型的文件更“普通”的标准输入。
[1] 它本身有很多问题（具有多个 devpts 挂载和挂载命名空间），这就是为什么 ioctlTIOCGPTPEER被添加到 Linux 中的原因，它返回一个引用从属设备的 fd，而不通过文件系统。