你确定那些不鼓励使用read_exact的人指的是铁 rust 吗？在搜索这个的时候，我只能找到谈论其他语言的人。

使用read_exact应该没问题。

首先，我们可以看到，它不会读取超出文档中所需的字节数：
如果此函数返回错误，则不指定已读取的字节数，但读取的字节数绝不会超过完全填充缓冲区所需的字节数。
使用read_exact时我们丢失的唯一信息是我们在遇到错误和任何ErrorKind::Interrupted错误时读取的确切字节数。然而，在阅读中断错误的文档时，我们可以看到它如下所述。
此操作已中断。
中断的操作通常可以重试。
除非您明确使用了某个库，该库声明在出现中断错误后继续读取之前需要执行其他操作，否则您可以假定此操作可以重试，直到读取完字节或出现指示无法再阅读的错误。如果您在通用std::io::Read输入上使用read_exact，可以安全地假设调用者已经适当地处理了这个用例。
您也可以通过阅读read_exact的标准库实现来验证这一点是否正确。我还没有看到任何主流库选择为read_exact提供自己的实现，但理论上这是可能的。然而，他们仍然应该遵守read_exact的文档，这会产生与之前相同的结论。

pub trait Read {
    #[stable(feature = "read_exact", since = "1.6.0")]
    fn read_exact(&mut self, buf: &mut [u8]) -> Result<()> {
        default_read_exact(self, buf)
    }

    // etc...
}

pub(crate) fn default_read_exact<R: Read + ?Sized>(this: &mut R, mut buf: &mut [u8]) -> Result<()> {
    while !buf.is_empty() {
        match this.read(buf) {
            Ok(0) => break,
            Ok(n) => {
                let tmp = buf;
                buf = &mut tmp[n..];
            }
            Err(ref e) if e.kind() == ErrorKind::Interrupted => {}
            Err(e) => return Err(e),
        }
    }
    if !buf.is_empty() {
        Err(error::const_io_error!(ErrorKind::UnexpectedEof, "failed to fill whole buffer"))
    } else {
        Ok(())
    }
}

我知道只有一种情况read_exact可能会丢失数据，那就是如果出现错误（Interrupted除外）。在这种情况下，在错误发生之前已经读取的数据将丢失，但在大多数情况下，由于数据不完整，您将无法对该数据执行任何操作，而只能处理错误本身。