回答。

问题历史

许多系统编程语言对I/O操作有基本支持，但通常不明确区分同步和异步方法。Rust从一开始就旨在确保安全性和性能，包括在处理I/O时。因此，Rust标准库（std）仅实现了同步I/O，而流行的异步支持则被移到单独的外部库中（例如，tokio、async-std）。

问题

将同步和异步I/O混合使用常常会导致代码维护的复杂性，以及安全性和性能问题，因为这两种方法对资源、线程和锁的处理模型不同。例如，直接读取大文件或等待网络数据可能会阻塞执行线程（包括主线程），从而拖慢应用程序。

解决方案

Rust提供了明确的分离：标准库 (std::io) — 仅支持同步I/O，具有安全的错误处理和严格的资源所有权控制。对于异步解决方案，可以使用外部库和异步运行时，它们提供自己的类型和API，但具有类似的错误和安全语义。

同步读取文件的代码示例：

use std::fs::File;
use std::io::{self, Read};

fn main() -> io::Result<()> {
    let mut file = File::open("foo.txt")?;
    let mut contents = String::new();
    file.read_to_string(&mut contents)?;
    println!("{}", contents);
    Ok(())
}

通过tokio异步读取文件的代码示例：

use tokio::fs::File;
use tokio::io::AsyncReadExt;

#[tokio::main]
async fn main() -> tokio::io::Result<()> {
    let mut file = File::open("foo.txt").await?;
    let mut contents = String::new();
    file.read_to_string(&mut contents).await?;
    println!("{}", contents);
    Ok(())
}

关键特点：

严格区分同步和异步I/O。
通过Result进行安全的错误处理。
控制资源的所有权和锁。

拷问式问题。

是否可以直接混合类型（例如，来自std的File和来自tokio的File），在同步和异步函数之间传递？

不可以。它们在API层面不兼容，标准类型不实现异步特性。

如果在异步函数中调用同步I/O，std::thread::spawn会被阻塞吗？

会。如果在异步环境中调用同步I/O，线程将被阻塞，这将抵消异步性带来的优势。

可以在没有运行时（tokio或async-std）的情况下使用async fn main吗？

不可以。异步入口点必须在特殊的运行时中执行，否则编译器将不允许使用async fn main。

常见错误和反模式

混淆std类型和异步运行时中的类型。
在异步代码中使用同步I/O，导致事件循环被阻塞。
未正确处理I/O错误（忽略Result和unwrap()）。

生活实例

负面案例

在Rust的多线程服务器中，在异步请求处理程序中使用std::io进行同步读取。由于这个原因，负载阻塞了事件循环，延迟增加，服务器无法处理峰值负载。

优点：

简单和快速的原型设计。

缺点：

性能严重下降，可能会导致死锁。

正面案例

在异步代码中，仅使用异步类型进行所有文件和网络操作，严格监控类型并通过Result捕获错误。