如何在Rust中判断文件是否支持Seek操作？

你的方案是否可行？ #

你的代码思路是有效的：通过尝试rewind()操作的结果来判断文件是否可seek，完全适配你的场景：

• 当stdin是文件重定向（my_binary /dev/stdin <test.csv）时，rewind()执行成功，返回true
• 当stdin是管道输入（zstdcat test.csv.zst | my_binary /dev/stdin）时，rewind()执行失败，返回false

更优方法与Rust惯用写法 #

1. 简化错误判断逻辑
   可以用Result::is_ok()替代显式match，让代码更简洁：

fn main() {
    let mut file = std::fs::File::open("/dev/stdin").unwrap();
    let seekable = std::io::Seek::rewind(&mut file).is_ok();
    println!("File is seekable: {:?}", seekable);
}

2. 规范错误处理
   生产环境中应避免直接用unwrap()，推荐用?或match处理错误，更符合Rust的错误处理惯例：

fn main() -> std::io::Result<()> {
    let mut file = std::fs::File::open("/dev/stdin")?;
    let seekable = file.rewind().is_ok();
    println!("File is seekable: {:?}", seekable);
    Ok(())
}

3. 替代思路：基于文件元数据判断
   在类Unix系统中，也可以通过文件元数据的类型来判断：普通文件可seek，管道、字符设备等不可seek：

fn main() -> std::io::Result<()> {
    let meta = std::fs::metadata("/dev/stdin")?;
    let seekable = meta.file_type().is_file();
    println!("File is seekable: {:?}", seekable);
    Ok(())
}

但这种方法依赖文件系统元数据，对部分特殊伪文件系统场景可能不准确，而尝试rewind()的方式是运行时直接验证，可靠性更高。

关于file.rewind()与C实现的关系 #

在类Unix系统上，Rust的std::io::Seek::rewind()底层就是调用C标准库的lseek(fd, 0, SEEK_SET)函数，和C语言的实现逻辑完全一致。当文件描述符对应管道、套接字等不可定位的流时，lseek会返回-1并设置errno为ESPIPE，Rust会将这个系统错误包装成std::io::Error返回。

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