管道输入到stdin导致Rust的read_line()方法不再阻塞的问题咨询

当你通过echo 'xxx' | cargo run这类管道命令启动程序时，操作系统会将程序的标准输入（stdin）绑定到前序命令的输出管道，而非默认的终端交互设备（TTY）。前序命令输出完所有内容后会关闭管道的写端，此时你的程序读取完管道内所有数据后会收到EOF（文件结束标识）。由于管道已经不存在写入端，后续所有对stdin的读操作都会直接返回EOF，不会进入阻塞等待状态，这是操作系统层面的标准行为，和Rust标准库实现无关。

直接运行cargo run时stdin绑定的是当前交互TTY，TTY设备始终存在用户输入的可能，因此read_line会正常阻塞等待输入。

下面是三种常用的适配方案，可根据你的使用场景选择：

• 方案1：改用参数传入CSV文件路径（最推荐）
  放弃用管道传递CSV内容，改为让用户启动程序时将CSV路径作为命令行参数传入，程序直接读取对应文件内容，stdin全程保留用于处理用户交互。这种方案无平台兼容问题，实现成本最低。
• 方案2：直接读取终端TTY设备获取交互输入
  如果你需要保留管道传CSV的使用方式，可以主动打开当前会话的TTY设备读取用户输入，不再复用被管道占用的stdin。不同平台的TTY设备路径不同：
  • 类Unix平台（Linux/macOS）：打开/dev/tty文件读取输入
  • Windows平台：打开CONIN$文件读取输入
    以下是类Unix平台的示例代码：

  use std::fs::File;
  use std::io::{self, BufRead, BufReader};
  
  fn main() -> io::Result<()> {
      // 先读管道传入的CSV内容
      let stdin = io::stdin();
      let mut piped_content = String::new();
      stdin.lock().read_to_string(&mut piped_content)?;
      println!("读取到的管道内容：{}", piped_content);
  
      // 打开TTY读取用户交互输入
      let tty = File::open("/dev/tty")?;
      let mut tty_reader = BufReader::new(tty);
      let mut user_input = String::new();
      println!("请输入你的答案：");
      tty_reader.read_line(&mut user_input)?;
      println!("你输入的是：{}", user_input);
  
      Ok(())
  }
  

  如果你需要跨平台兼容，可以使用console等第三方库封装好的终端输入接口，不用自行处理平台差异。
• 方案3：运行时判断stdin类型做兼容
  你可以用atty这类第三方库先判断stdin是否被重定向：如果是TTY，说明没有管道输入，可以让用户手动输入CSV路径；如果不是TTY，就读取管道内容后再打开TTY处理交互输入，同时兼顾两种使用场景。

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