Ответ.

История вопроса

Многие системные языки имеют базовую поддержку операций ввода-вывода, но часто не делают явного различия между синхронными и асинхронными подходами. 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.
Контроль владения ресурсами и блокировок.

Вопросы с подвохом.

Можно ли напрямую смешивать типы (например, File из std и File из tokio) для передачи между синхронными и асинхронными функциями?

Нет. Они несовместимы на уровне API, и стандартные типы не реализуют асинхронные трейты.

Поток std::thread::spawn блокируется в асинхронной функции, если вызвать в ней синхронный I/O?

Да. Если в асинхронной среде вызвать синхронный I/O, поток будет заблокирован, что нивелирует преимущества асинхронности.

Можно ли использовать async fn main без рантайма (tokio или async-std)?

Нет. Асинхронная точка входа должна исполняться специальным рантаймом, иначе компилятор не позволит использовать async fn main.

Типовые ошибки и анти-паттерны

Перепутывать типы из std и асинхронных рантаймов.
Использовать синхронный I/O внутри асинхронного кода, что блокирует event loop.
Не обрабатывать ошибки I/O корректно (игнорирование Result и unwrap()).

Пример из жизни

Негативный кейс

В многопоточном сервере на Rust используют синхронное чтение из std::io в асинхронных обработчиках запросов. Из-за этого нагрузка блокирует event loop, увеличиваются задержки, сервер не справляется под пиковыми нагрузками.

Плюсы:

Простота и быстрое прототипирование.

Минусы:

Серьёзная деградация производительности, возможны дедлоки.

Позитивный кейс

Используют только асинхронные типы для всех операций с файлами и сетью внутри асинхронного кода, строго следят за типами и отлавливают ошибки через Result.