Обработка ошибок

Сервис получает текст конфигурации, но при ошибке подставляет значение по умолчанию. Что напечатает программа и какой результат операции при этом теряется?

fn load_config() -> Result<String, &'static str> {
    Err("файл недоступен")
}

fn main() {
    let config = load_config().unwrap_or_default();
    println!("{config:?}");
}

В многопоточном сервисе рабочий поток возвращает Result, но может аварийно завершиться паникой. Как join различает эти два исхода?

Чем различаются panic! и panic_any! с точки зрения типа payload, доступного после перехвата паники?

В отладочном слое нужно записать успешное значение Result, не меняя ни значение, ни ошибку: какой метод применить и чем он отличается от преобразующего комбинатора?

Зачем в механизме оператора ? Rust разделены успешное значение и residual при досрочном выходе?

В цепочке операций функция возвращает Option, из-за чего результат становится вложенным. Как flatten восстанавливает ожидаемую структуру значения?

Какой метод Result позволяет выполнить побочный эффект над Err, сохранив исходный результат без преобразования?

Как требование UnwindSafe ограничивает данные, захватываемые замыканием для catch_unwind?

Требуется преобразовать успешное значение Result, сохранив ошибку без её обработки. Какой метод выбрать и почему?

При переводе Result в Option методом ok какое содержимое становится недоступным вызывающему коду?

В чём принципиальное отличие Result::or_else от unwrap_or_else при реализации резервного пути?

Почему Box<dyn Error> не поддерживает прямое сопоставление с вариантами конкретной ошибки?

При возврате Result из main каким образом Rust превращает Err в завершение программы?

После переключения профиля Rust с panic=unwind на panic=abort какой механизм обработки panic перестаёт работать и чем это меняет поведение процесса?

В практической ситуации структура владеет Option<String>, но нужно забрать строку через &mut self, сохранив структуру валидной. Какой механизм Option следует выбрать?

При раннем возврате через оператор ? как Rust освобождает уже созданные локальные ресурсы?

Объясните, зачем в Rust успешный результат операции без полезного значения представлен как Result<(), E>, а не как отдельный тип успеха.

В библиотечном API нужно реализовать преобразование между двумя типами ошибок из внешних crate. Как обойти правило согласованности трейтов Rust?

Зачем использовать Result<T, Infallible> в обобщённом API, если конкретная операция не может завершиться ошибкой?

В чём практическое отличие Option::ok_or от Option::ok_or_else, если создание ошибки требует затрат?