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

deinit доступен только для классов, потому что он связан с уничтожением ссылочного экземпляра и работой ARC. Структура является значимым типом: её значение не имеет единственного владельца и может копироваться, поэтому у неё нет одного определённого момента уничтожения, к которому можно привязать deinit.

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

Swift разделяет типы на значимые и ссылочные, чтобы явно различать копирование данных и совместное владение объектом. Для классов это позволяет использовать автоматическое управление временем жизни через подсчёт сильных ссылок, а deinit предоставляет точку освобождения ресурсов перед уничтожением экземпляра.

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

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

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

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

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

Экземпляр класса имеет идентичность и может совместно использоваться несколькими ссылками. Когда исчезает последняя сильная ссылка, ARC освобождает экземпляр и перед этим вызывает его deinit. Порядок освобождения ссылок может различаться, но deinit конкретного объекта вызывается не более одного раза.

Структура копируется как значение. Если она содержит только значимые поля, каждая копия владеет своим состоянием. Даже если структура содержит ссылочное поле, deinit принадлежит объекту, находящемуся в этом поле, а не самой структуре.

final class FileHandleOwner {
    let name: String

    init(name: String) {
        self.name = name
    }

    deinit {
        print("Закрытие ресурса")
    }
}

var owner: FileHandleOwner? = FileHandleOwner(name: "data")
owner = nil

В примере присваивание nil уничтожает объект только при отсутствии других сильных ссылок. Для структуры аналогичного механизма нет: её нельзя вручную финализировать, а освобождение ресурсов должно быть явным или делегироваться отдельному объекту-классу.

Практические варианты — использовать класс-владелец, метод close или defer в области, где ресурс используется. deinit удобен как защитный механизм для освобождения ресурса при уничтожении класса, но не должен быть единственным способом управления критически важным ресурсом, если нужен строго определённый момент закрытия.

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

Команда проектирует тип конфигурации соединения. Сначала его делают структурой и добавляют поле, содержащее сетевой ресурс. Ожидание, что ресурс закроется при уничтожении структуры, ошибочно: структура может копироваться, а сетевой объект будет жить по собственным правилам владения.

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

Оптимальное решение — оставить конфигурацию структурой, а управление соединением вынести в отдельный класс. Метод close использовать для штатного завершения работы, а deinit — как резервную очистку. Так сохраняется удобная value-семантика конфигурации и предсказуемое владение ресурсом.

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

Дополнительный вопрос: вызывает ли deinit немедленное присваивание nil?

Нет, deinit вызывается только если присваивание устраняет последнюю сильную ссылку на объект. Если объект удерживается другой сильной ссылкой, он продолжает существовать.

Дополнительный вопрос: может ли класс без deinit освобождать свои свойства?

Да. ARC автоматически уменьшает сильные ссылки на свойства объекта при его уничтожении. deinit нужен не для обычного освобождения Swift-свойств, а для дополнительной логики: закрытия внешнего ресурса, отмены операции или удаления временного состояния.

Дополнительный вопрос: можно ли вызвать deinit напрямую для досрочного освобождения ресурса?

Нет. deinit вызывается системой управления временем жизни и не является обычным методом. Если ресурс нужно освободить в конкретный момент, следует предоставить явный метод или использовать отдельный объект-владелец совместно с defer.