Краткий ответ

Это обеспечивает неявное разыменовывающее приведение — deref coercion. Поскольку String реализует Deref<Target = str>, Rust может преобразовать &String в &str в контексте, где требуется именно такая ссылка.

Владение не перемещается: меняется только тип заимствованного представления. Сам объект String остаётся у владельца, а &str содержит заимствованный просмотр его данных.

Исторический контекст

В Rust многие типы-обёртки предоставляют доступ к содержимому через Deref. Для строк это позволяет использовать владеющий тип String там, где функции работают с универсальным строковым представлением str.

Такой подход устраняет необходимость вручную извлекать срез строки при каждом вызове функции и помогает проектировать API, принимающие &str, а не только &String. При этом преобразование остаётся ограниченным правилами заимствований и не превращается в произвольное неявное приведение типов.

Постановка проблемы

String — это владеющий, изменяемый и динамически размещённый строковый буфер, а str — несамостоятельный тип строки, который обычно используется через ссылку. Поэтому String и str не являются одним и тем же типом.

Если бы Rust не поддерживал такое приведение, вызывающему пришлось бы явно получать срез строки. Если бы приведение было слишком свободным, оно могло бы скрывать перемещения, копирования или нарушение правил времени жизни; поэтому Rust разрешает его только в определённых контекстах и без передачи владения.

Подробное решение

У String есть реализация Deref<Target = str>. Когда выражение типа &String находится в месте приведения и ожидается &str, компилятор применяет разыменование через Deref и формирует ссылку на тот же строковый буфер.

fn print_text(text: &str) {
    println!("{text}");
}

fn main() {
    let owned = String::from("Rust");
    print_text(&owned); // &String неявно приводится к &str
}

Вызов не перемещает owned: функция получает только временное заимствование. Время жизни полученной &str ограничено временем жизни исходного заимствования, поэтому ссылку нельзя использовать после уничтожения или недопустимого изменения исходной строки.

Это не означает, что String во всех выражениях автоматически становится str. Приведение действует в специальных местах, например при передаче аргумента функции, инициализации переменной с явно указанным типом или возврате из функции с известным типом результата. При обобщённом параметре компилятор может выбрать String как конкретный тип вместо применения приведения.

Механизм работает не только для String: пользовательский тип также может реализовать Deref, задав целевой тип. Однако чрезмерное использование Deref способно сделать преобразования менее очевидными, поэтому этот trait обычно применяют для типов, которые действительно ведут себя как доступ к внутреннему значению.

Ситуация из практики

В библиотеке есть функция форматирования, которой достаточно читать текст. Разработчик может принимать &String, принимать обобщённый параметр или принимать &str.

Приём &String прост, но искусственно ограничивает API: вызывающий код не сможет напрямую передать строковый литерал или другой тип, который предоставляет str. Обобщённый параметр сохраняет больше вариантов, но усложняет сигнатуру и иногда приводит к лишнему мономорфизированному коду.

Оптимальный вариант — принимать &str. Владельцы String передадут ссылку с deref coercion, а литералы уже имеют подходящее строковое ссылочное представление. В результате API не зависит от владения строкой, не копирует данные и принимает более широкий набор источников текста.

Что кандидаты часто упускают

Дополнительный вопрос: преобразуется ли при таком вызове сам String в str?

Нет. str — несамостоятельный динамически размещённый тип, а String остаётся отдельным владеющим типом. Компилятор преобразует ссылку &String в ссылку &str, используя Deref; объект и его владение не меняются.
Дополнительный вопрос: гарантирует ли deref coercion копирование строковых данных?

Нет. Обычно создаётся новое ссылочное представление, указывающее на уже существующий буфер. Данные не копируются, а правила заимствования не позволяют полученной ссылке пережить допустимое время жизни исходного объекта.
Дополнительный вопрос: сработает ли это приведение при передаче String в параметр типа &str без оператора заимствования?

Нет. Deref coercion в данном случае преобразует &String в &str, а не владеющий String напрямую в ссылку. Нужно сначала передать заимствование; автоматическое приведение не должно скрывать перемещение или создавать ссылку с неочевидным временем жизни.