Shell如何处理TTY？Node.js实践下的继承、管道与分窗疑问

1. 子进程如何继承TTY模式？ #

你在Node.js里遇到的{ stdio: 'inherit' }让process.stdin.isTTY返回true的情况，本质就是子进程继承了父进程的TTY，具体逻辑是：

• Shell运行时，自身的stdin/stdout/stderr会关联到当前的TTY（或伪终端PTY），对应文件描述符0、1、2。
• 默认情况下，Shell启动子进程时会把这三个文件描述符原样传递给子进程，子进程的标准流因此和父Shell共享同一个TTY，此时isTTY自然为true。
• 如果显式指定stdio: 'pipe'这类配置，Shell会创建新的管道来替换对应描述符，子进程的流不再关联TTY，isTTY就会返回false或undefined。

2. 管道连接进程时会发生什么？ #

当你用A | B的管道语法时，Shell会做这些操作：

• 创建一个匿名管道：这是一种仅支持字节流传输的进程间通信通道，没有TTY的终端控制能力。
• 将进程A的stdout重定向到管道的写入端，进程B的stdin重定向到管道的读取端。此时进程B的stdin是管道流，而非TTY，所以process.stdin.isTTY返回false。
• 举个实际例子：如果尝试用管道启动交互式程序（比如echo test | vim），程序会直接报错退出，因为它需要TTY来处理行编辑、信号响应等交互操作，管道无法提供这类能力。

3. 支持分窗的Shell如何让多进程同时启用TTY？ #

这类工具（不管是Shell内置分窗还是终端复用工具）的核心是为每个分窗创建独立的伪终端（PTY）：

• PTY分为主端和从端：工具本身作为主端，负责接收用户输入、输出显示；分窗里的进程（比如子Shell）连接到从端，会认为自己正运行在真实TTY环境中，因此isTTY返回true。
• 每个分窗的PTY完全独立，进程之间的终端交互（输入、信号、窗口尺寸变化等）互不干扰，实现了多个进程同时拥有TTY的效果。

内容的提问来源于stack exchange，提问作者J-Cake