Расскажите о случае, когда вы решали проблему с UIKit: lifecycle, performance, testing, release или platform integration.

Решение проблем с UIKit на практике

Один из наиболее сложных случаев — отладка performance-проблемы в сложном UITableView с динамическим контентом, которая проявлялась только на устройствах с низким объёмом RAM.

Контекст проблемы

Лента новостей с ячейками, содержащими изображения, видео-превью и авто-обновляющиеся счётчики. На iPhone SE (1-го поколения) и iPad mini 2 приложение получало memory warning и завершалось системой (jetsam kill).

Диагностика

// 1. Включили диагностику памяти через Instruments (Allocations + Leaks)
// Обнаружили: UIImage объекты не освобождаются при scroll

// 2. Нашли причину: неправильная реализация prepareForReuse
class NewsCell: UITableViewCell {
    override func prepareForReuse() {
        // Не вызывали super.prepareForReuse() !
        // imageView.image не сбрасывался
        titleLabel.text = nil
        // imageView.image = nil  <- пропущено
    }
}

Решение performance проблемы

class NewsCell: UITableViewCell {
    private var imageLoadTask: Task<Void, Never>?
    
    override func prepareForReuse() {
        super.prepareForReuse() // обязательно!
        imageLoadTask?.cancel() // отмена незавершённых загрузок
        imageView?.image = nil
        titleLabel.text = nil
        subtitleLabel.text = nil
    }
    
    func configure(with item: NewsItem) {
        titleLabel.text = item.title
        
        // Async image loading с отменой
        imageLoadTask = Task { [weak self] in
            guard let self else { return }
            let image = await ImageLoader.shared.load(url: item.imageURL)
            guard !Task.isCancelled else { return }
            await MainActor.run {
                self.imageView?.image = image
            }
        }
    }
}

NSCache для изображений

final class ImageLoader {
    static let shared = ImageLoader()
    
    private let cache = NSCache<NSURL, UIImage>()
    
    init() {
        cache.totalCostLimit = 30 * 1024 * 1024 // 30 MB
        NotificationCenter.default.addObserver(
            self,
            selector: #selector(clearCache),
            name: UIApplication.didReceiveMemoryWarningNotification,
            object: nil
        )
    }
    
    @objc private func clearCache() {
        cache.removeAllObjects()
    }
}

Результат

После исправлений: memory footprint снизился с 180 MB до 45 MB при прокрутке 100 ячеек, jetsam kills прекратились на всех устройствах.

Подводные камни

• Instruments в simulator не точно воспроизводит memory pressure реальных устройств — тестируйте на физических девайсах, особенно старых моделях.
• Автоматический счётчик ссылок (ARC) не защищает от retain cycles — их нужно искать вручную через Memory Graph Debugger.
• NSCache.totalCostLimit требует явного задания cost при добавлении объекта, иначе лимит не работает по размеру.
• Отмена URLSessionDataTask не гарантирует немедленной остановки — completion handler всё равно может вызваться с ошибкой cancellation.
• Тяжёлые вычисления в cellForRowAt блокируют main thread — используйте background queue и обновляйте UI через DispatchQueue.main.async.
• Вложенные UIScrollView (горизонтальный scroll внутри UITableView) требуют явной настройки delaysContentTouches и обработки жестов.
• prefetchDataSource часто игнорируют — его реализация для предзагрузки данных сильно улучшает UX при скролле.
• При migration на более новые API (UICollectionView compositional layout) не торопитесь выбрасывать UITableView — для простых списков это ненужное усложнение.

• Выдумывать опыт или говорить слишком общими фразами
• Не объяснять свою личную роль в работе с UIKit
• Не показывать результат, метрики или извлечённые уроки

• Может подготовить честный пример использования UIKit
• Показывает свою роль, решения и результат
• Умеет рефлексировать над trade-offs и уроками