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

Следует использовать Option::take: он перемещает значение из Option и оставляет на его месте None. Это позволяет извлечь принадлежащую структуре строку через изменяемую ссылку, не перемещая всю структуру и не нарушая правила владения.

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

В Rust нельзя переместить поле из структуры через обычную ссылку на структуру, потому что после перемещения структура осталась бы частично недействительной. Тип Option предоставляет безопасный способ явно выразить временное отсутствие значения, поэтому поле можно заменить на None перед передачей прежнего значения владельцу.

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

Метод, имеющий доступ только к &mut self, может изменять поля структуры, но не может просто забрать из неё владеющую строку: это создало бы частично перемещённое значение. Заимствование через as_ref проблему не решает, поскольку возвращает только ссылку и не передаёт владение.

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

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

Option::take заменяет исходный Option на None, а его прежнее содержимое возвращает как Option<T>. Для Some(value) результатом будет Some(value), для None — None. Значение перемещается, поэтому T не обязан реализовывать Clone или Copy.

struct Сессия {
    токен: Option<String>,
}

impl Сессия {
    fn забрать_токен(&mut self) -> Option<String> {
        self.токен.take()
    }
}

fn main() {
    let mut сессия = Сессия {
        токен: Some(String::from("abc")),
    };
    let токен = сессия.забрать_токен();
    assert_eq!(токен.as_deref(), Some("abc"));
    assert!(сессия.токен.is_none());
}

После вызова структура остаётся полностью валидной, но переходит в состояние без токена. Повторный вызов вернёт None, поэтому операция естественно поддерживает однократное извлечение.

В отличие от as_ref, take передаёт владение значением. В отличие от unwrap, он не вызывает панику при отсутствии значения. Метод требует изменяемого доступа к Option, поскольку изменяет его состояние.

Компромисс состоит в том, что после извлечения нужно корректно обработать состояние None. Если значение должно оставаться в структуре, следует использовать заимствование, например as_ref или as_mut, а не take.

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

Представим очередь задач, где поле текущая_задача: Option<Задача> временно хранит задачу, выполняемую обработчиком. Обработчику нужно передать задачу во внешнюю функцию, владеющую ею, но после завершения обработки структура очереди должна остаться пригодной для дальнейшей работы.

Вариант с Clone создаёт лишнюю копию и требует соответствующего ограничения на тип задачи. Вариант с ссылкой ограничивает время жизни задачи и не подходит функции, которая должна получить владение. Вариант с unwrap может привести к панике при ошибочном повторном вызове.

Выбранное решение — take: поле атомарно для данного участка кода переводится в None, а задача передаётся обработчику без копирования. После выполнения можно сохранить новую задачу через присваивание Some(...); состояние объекта явно отражает, есть ли сейчас активная задача.

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

Почему нельзя просто вернуть поле типа Option из метода с &mut self?

Возврат поля напрямую перемещал бы его из заимствованной структуры, оставляя структуру частично перемещённой. Rust запрещает такую операцию. take сначала записывает None, поэтому после перемещения прежнего значения структура сохраняет корректное состояние.
Чем take отличается от replace?

take заменяет значение на None. replace заменяет его на переданное новое значение и возвращает старое содержимое. Поэтому replace подходит для атомарной смены состояния, когда вместо извлечённого значения нужно сразу установить другой Option.
Что произойдёт, если вызвать take повторно?

Первый вызов для Some(value) вернёт Some(value) и оставит None. Последующий вызов вернёт None, потому что извлекать уже нечего. Паники из-за самого отсутствия значения не будет; вызывающий код должен решить, является ли повторное извлечение нормальным сценарием или ошибкой.