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

String можно передать как AnyObject благодаря мосту между Swift-типами значений и объектами Objective-C. В зависимости от контекста строка представляется как объект NSString либо помещается в специальную объектную оболочку. Это не меняет исходную value semantics: переменная String не превращается в ссылку на класс.

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

AnyObject предназначен для значений, совместимых с объектной моделью Objective-C, где универсальный ссылочный тип исторически обозначался как id. Swift при взаимодействии с Foundation должен был позволить передавать туда распространённые типы значений, например строки, числа и коллекции.

Для этого используются механизмы bridging: значение Swift получает объектное представление, пригодное для API Foundation или Objective-C.

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

Any может хранить значение любого Swift-типа, включая структуры и перечисления. AnyObject описывает только объектную сторону системы типов, поэтому прямое помещение произвольной структуры туда невозможно без преобразования или упаковки.

Ошибка рассуждения возникает, если считать, что такое преобразование делает структуру ссылочным типом. Тогда можно ошибочно ожидать общую изменяемость через несколько переменных или объектную идентичность исходного значения.

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

При передаче String в AnyObject Swift применяет bridging. Для Foundation-совместимого сценария строка обычно получает представление NSString; для типа без специального моста может использоваться непрозрачная объектная оболочка, например внутренняя упаковка значения Swift.

import Foundation

let text = "Swift"
let value: Any = text
let object: AnyObject = text as AnyObject

print(value is String)
print(object is NSString)

value хранит исходное значение в existential-контейнере Any, а object предоставляет объектное представление. Эти контейнеры имеют разную модель использования: Any не требует ссылочной семантики, тогда как AnyObject предназначен для взаимодействия с объектами.

Bridging не означает автоматического числового преобразования между несовместимыми типами и не делает произвольные структуры полноценными классами. Если объектное представление является оболочкой, её идентичность относится к оболочке, а не к value-type как к объекту с собственной ссылочной семантикой.

Следует различать bridging и обычное приведение типов. Bridging создаёт или предоставляет совместимое представление, тогда как as? проверяет возможность получить значение другого типа. Обратное извлечение может потребовать явного приведения и зависит от того, какое представление было создано.

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

SDK принимает параметры как AnyObject, а приложение хочет передать строковые значения. Вариант с изменением модели приложения на классы устраняет ограничение API, но неоправданно меняет value semantics и усложняет код.

Вариант с Any не подходит, если сигнатура SDK действительно требует AnyObject. Оптимальное решение — передавать строку через поддерживаемый bridge, сохраняя внутри приложения тип String; это обеспечивает совместимость на границе API и не распространяет ссылочную модель на остальную бизнес-логику.

Если API требует сохранить объект между вызовами или сравнивать именно объектную идентичность, нужно отдельно проверить, возвращается ли тот же объект или создаётся новое представление. Равенство строк и идентичность их объектных оболочек — разные свойства.

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

Означает ли AnyObject, что исходная структура стала ссылочным типом?

Нет. Структура остаётся value type. В AnyObject находится её объектное представление или оболочка, а исходная переменная сохраняет копирующую семантику. Изменение исходного значения не следует рассматривать как изменение объекта, переданного через границу API.

Всегда ли значение String представляется именно как NSString?

Нет, это зависит от контекста платформы и доступного bridging. Для Foundation-совместимой строки типичным представлением является NSString, но общее правило AnyObject допускает также упаковку Swift-значения в объектную оболочку. Поэтому нельзя без проверки обещать конкретный динамический класс для любого значения.

Чем bridging отличается от приведения String к другому строковому типу?

Bridging меняет представление значения для совместимости с объектной моделью, например предоставляет строку как объект Foundation. Это не является преобразованием содержимого в другую строку и не означает, что любые операции между исходным и объектным представлением взаимозаменяемы. Для обратного перехода нужно учитывать конкретный тип представления и возможность безопасного приведения.