我试图理解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 相关联？
在我的 Archlinux 上，/dev/pts是由 devpts 挂载的，那么谁创建了 /dev/pts/ptmx设备节点？这个节点的目的是什么？和 一样（Major=5 Minor=2）设备节点/dev/ptmx/，但是访问方式不同，为什么？
我试图弄清楚如何可靠地循环读取我拥有的 pt 主控。我像往常一样打开 ptmx，授予和解锁它：
* ptmx stuff */
/* get the master (ptmx) */
int32_t masterfd = open("/dev/ptmx", O_RDWR | O_NOCTTY);
if(masterfd < 0){
perror("open");
exit(EXIT_FAILURE);
};
/* grant access to the slave */
if(grantpt(masterfd) < 0){
perror("grantpt");
exit(EXIT_FAILURE);
};
/* unlock the slave */
if(unlockpt(masterfd) < 0){
perror("unlockpt");
exit(EXIT_FAILURE);
};
comms_in->ptmx = masterfd;
接下来我保存奴隶的名字（是的，我知道 sizeof(char) 总是 1）
/* get the path to the slave */
char * slavepathPtr;
char * slavePath;
size_t slavepathLen;
if((slavepathPtr = ptsname(masterfd)) == NULL){
perror("ptsname");
exit(EXIT_FAILURE);
}else{
slavepathLen = strlen(slavepathPtr);
slavePath = (char *) malloc(sizeof(char) * (slavepathLen + 1));
strcpy(slavePath, slavepathPtr);
};
然后，我创建一个指向从属 ( /dev/pts/number)的可预测命名符号链接（使用 getopts 作为该程序的参数提供），并使用对、、的/dev/custom/predictable调用验证其权限是否安全，并确认程序可以继续执行，否则它调用符号链接并终止线程。accesslstatreadlinksymlinkunlink
最后程序结束在这个循环中
ssize_t read_result;
ssize_t write_result;
while(1){
if((read_result = read(comms_in->ptmx, ptmxio_read_buffer, sizeof ptmxio_read_buffer)) <= 0){
{ /** calls thread ender routine */
pthread_mutex_lock(&COMMS_MUTEX);
comms_in->thread_statuses[PTMXIO_THREAD] = THREAD_FAILED;
pthread_mutex_unlock(&COMMS_MUTEX);
pthread_cond_signal(&SIG_PROGRAM_FINISHED);
pthread_exit((void *) comms_in);
}
}else if((write_result = write(STDOUT_FILENO, ptmxio_read_buffer, read_result)) != read_result){
{
/** same as above */
}
};
};
在系统上，我可以运行这个程序，一切都很好。读取块。当 pts 符号链接打开时，cu或者picocom然后字节被成功读取到我端或内核端的缓冲区限制，具体取决于谁较低。当奴隶关闭时，问题就来了。此时，读取返回-1->EIO并带有错误文本：Input/output error并将继续这样做，如果我选择不终止线程和循环，则会消耗大量 cpu 时间。当cu或picocom什至只是一个echo -en "some text" > /dev/pts/number时，读取再次阻塞，直到字节可用。在重定向到符号链接的情况下，显然如果它填充的缓冲区少于一个缓冲区， read 只会获取那个缓冲区并继续返回-1->EIO再次。
这是怎么回事？我需要一种不消耗大量 CPU 的方法，因为它在慢速嵌入式应用程序处理器上运行，并且允许我重新建立读取而不丢失字节。
我注意到一个线程对此进行了调用：
ioctl(3, SNDCTL_TMR_TIMEBASE or SNDRV_TIMER_IOCTL_NEXT_DEVICE or TCGETS, {B38400 opost isig icanon echo ...})并且无法理解这 3 个选项是什么，因为它们不在我的 Linux 标头中的任何地方。请注意3是comms_in->ptmx/ masterfd。
这是符号链接上的 lstat 和一些额外信息，请注意 st_mode 在成功和不成功读取之前和之后都没有变化。
‘ptmxio_thread’ failed read (-1) on /dev/pts/13 /dev/pts/13: Input/output error
‘ptmxio_thread’ ptsNum (from ioctl) 13
‘ptmxio_thread’ st_dev: 6, st_ino: 451, st_mode: 0000A1FF, st_nlink: 1
‘ptmxio_thread’ st_uid: 000003E8, st_gid: 000003E8, st_rdev: 0, st_size: 11
‘ptmxio_thread’ st_blksize: 4096, st_blocks: 0, st_atime: 1540963806, st_mtime: 1540963798
‘ptmxio_thread’ st_ctime: 1540963798
^S为什么终端按下后无法发送数据？我一直认为^S终端使用它来告诉 tty 驱动程序不能从应用程序到终端传输数据（例如，当它忙于处理显示时）。但事实证明，它^S告诉 tty 驱动程序不能将来自终端的输出传输到应用程序。这是一个惊喜。为什么需要这个？
这是通过以下测试发现的：
打开xtermor gnome-terminal，输入date，然后^S，然后^M（又名输入），然后稍等，然后^Q。结果是显示当前日期，而不是不久前的日期。
从man tty
tty - 打印连接到标准输入的终端的文件名
$ tty
/dev/pts/2
来自 APUE：
历史上，大多数版本的 UNIX 系统中控制终端的名称都是
/dev/tty. POSIX.1 提供了一个运行时函数，我们可以调用它来确定控制终端的名称。#include <stdio.h> char *ctermid(char *ptr);
$ ls -la /dev/tty
crw-rw-rw- 1 root tty 5, 0 May 26 00:16 /dev/tty
所以我想知道命令的输出tty和文件是否/dev/tty 都引用了当前 bash 进程的控制终端？
如果是，为什么命令tty输出一个伪终端从文件/dev/pts/2，它不同于/dev/tty？
由于终端仿真器lxterminal和其中运行的 bash shell 使用伪终端对，伪终端从站不是/dev/pts/2bash shell 的控制终端吗？
/dev/tty并且/dev/pts/2不是彼此的符号链接，所以它们是不同的文件吗？
谢谢。
从 Linux 编程接口
伪终端的关键在于从设备看起来就像一个标准终端。所有可以应用于终端设备的操作也可以应用于伪终端从设备。其中一些操作对伪终端没有意义（例如，设置终端线速度或奇偶校验），但这没关系，因为伪终端从机默默地忽略它们。
从设备对面向终端的程序来说就像一个标准终端。此外，对于面向终端的程序的进程，它就像一个控制终端。
主设备看起来就像驱动程序的标准终端吗？如果是，像控制终端一样？如果不是，类似于设备文件或常规文件，但不一定是终端的设备文件？
谢谢。
