Linux下如何让外部进程优先占用其他进程的stdin文件描述符？

方案1：管道代理输入（彻底避免竞争） #

• 切断BASH与终端stdin的直接连接，将其stdin重定向到FIFO管道
• 工具直接读取终端输入（/dev/tty），处理语法高亮后，将输入写入BASH的管道
• 实现步骤：
  1. 创建FIFO管道：mkfifo bash_input_pipe
  2. 启动BASH并绑定管道：bash < bash_input_pipe
  3. 工具端读取/dev/tty，处理后将数据写入bash_input_pipe
• 优势：从根源消除BASH与工具的输入竞争，BASH只能从管道获取数据，完全不会抢占终端输入

方案2：PTrace拦截BASH的read系统调用 #

• 通过PTrace跟踪BASH进程，拦截其针对stdin（fd=0）的read()系统调用
• 当BASH尝试读取stdin时，优先让工具读取输入，再决定是否将数据返回给BASH（或直接阻止）
• 核心实现逻辑：
  1. 附加到目标BASH进程：ptrace(PTRACE_ATTACH, 1111, NULL, NULL)
  2. 等待BASH触发系统调用，检查是否为SYS_read且目标fd为0
  3. 若符合条件，工具读取终端输入，修改BASH的寄存器让read()返回0（阻止读取）或返回工具传递的数据
• 注意：需要CAP_SYS_PTRACE权限，或以root身份运行

方案3：使用伪终端（PTY）接管输入输出 #

• 创建PTY设备，让BASH作为PTY slave端，工具作为master端
• 工具直接读取终端输入，处理高亮后写入PTY master，BASH从PTY slave获取输入；同时工具可捕获BASH输出做联动高亮
• 优势：模拟真实终端环境，BASH的行编辑、历史记录等功能不受影响，输入完全由工具管控
• 可通过C/C++的openpty()/forkpty()函数，或Python的pty模块快速实现原型

方案4：改进LD_PRELOAD的read钩子 #

• 修正之前的钩子逻辑，精准拦截BASH的stdin读取：

  #define _GNU_SOURCE
  #include <dlfcn.h>
  #include <unistd.h>
  
  ssize_t (*original_read)(int fd, void *buf, size_t count);
  
  ssize_t read(int fd, void *buf, size_t count) {
      if (fd == 0) {
          // 完全阻止BASH读取stdin，直接返回0
          return 0;
          // 若需传递部分数据给BASH，可通过共享内存/管道从工具获取数据后拷贝到buf，返回对应长度
      }
      return original_read(fd, buf, count);
  }
  
  void _init() {
      original_read = dlsym(RTLD_NEXT, "read");
  }
  

• 编译共享库：gcc -shared -fPIC -ldl -o bash_block_read.so bash_block_read.c
• 启动BASH时加载：LD_PRELOAD=./bash_block_read.so bash
• 注意：确保钩子函数正确绑定原read函数，避免递归调用

内容的提问来源于stack exchange，提问作者user17411100