Когда стоит удалять данные из кэша?

Стратегии инвалидации кэша

Удаление данных из кэша — критически важный аспект проектирования надежных iOS-приложений. В отличие от пассивного устаревания (expiration), инвалидация (invalidation) — это активное управление жизненным циклом кэшированных данных. Вот ключевые сценарии, когда удаление необходимо.

1. Реакция на изменения данных

Наиболее частая причина — синхронизация кэша с актуальным состоянием данных.

• После успешного обновления на сервере (Write-Through/Write-Back): После PUT/POST-запроса, который изменяет сущность, нужно удалить или обновить связанные с ней данные в кэше.

  func updateUserProfile(_ profile: UserProfile) async {
      do {
          let updated = try await networkService.updateProfile(profile)
          // 1. Удаляем старую версию
          cache.removeObject(forKey: "user_\(updated.id)")
          // 2. Или обновляем её
          cache.setObject(updated, forKey: "user_\(updated.id)")
          // 3. Также инвалидируем список пользователей, если он кэширован
          cache.removeObject(forKey: "all_users")
      } catch {
          // Обработка ошибки
      }
  }
  

• При получении пуш-уведомления или события (Event-Driven Invalidation): Сервер может уведомить клиент об изменениях через APNs, WebSocket или Background Fetch.

2. Управление ресурсами устройства

• Реагирование на системные события:

  // В AppDelegate или SceneDelegate
  func applicationDidReceiveMemoryWarning(_ application: UIApplication) {
      // Очистка кэша изображений при нехватке памяти
      imageCache.removeAllObjects()
      // URLCache.shared.removeAllCachedResponses()
  }
  

• При выходе из аккаунта (Logout): Полная очистка всех персональных данных пользователя из памяти и, что критически важно, с диска.
• Очистка устаревших данных (Time-to-Live - TTL): Реализация политики, когда запись удаляется, даже если к ней есть доступ, после определенного срока (например, 24 часа для новостной ленты).

3. Обеспечение консистентности и обработка ошибок

• После неудачного запроса: Если повторяющиеся попытки загрузки данных заканчиваются ошибкой 5xx, разумно удалить потенциально устаревший кэш, чтобы пользователь не видел некорректные данные.
• При несоответствии версии или формата данных: После обновления приложения структура моделей может измениться. Кэш, сохраненный в старом формате, должен быть очищен при первом запуске новой версии (версионирование ключей кэша — хорошая альтернатива).

  static let cacheVersionKey = "app_cache_version"
  let currentVersion = "2.0"
  
  func checkCacheVersion() {
      let savedVersion = UserDefaults.standard.string(forKey: Self.cacheVersionKey)
      if savedVersion != currentVersion {
          clearAllCaches()
          UserDefaults.standard.set(currentVersion, forKey: Self.cacheVersionKey)
      }
  }
  

• Явное действие пользователя: Например, функция «Потянуть для обновления» (UIRefreshControl) в таблицах часто подразумевает принудительную инвалидацию кэша и загрузку свежих данных.

4. Архитектурные соображения и производительность

• Инвалидация зависимых данных: В сложных графах данных (например, социальный граф) изменение одного объекта может требовать инвалидации множества связанных кэшей (лента новостей, список друзей, счетчики).
• Остановка фоновых задач: При отмене операции или уходе с экрана (в viewDidDisappear) иногда стоит очистить специфичный для этого контекста кэш, чтобы освободить память.

Рекомендации по реализации

• Используйте NSCache для кэширования в памяти объектов, так как он автоматически очищается при нехватке памяти и является потокобезопасным.
• Для дискового кэша тщательно проектируйте систему именования ключей и структуру папок для точечного удаления.
• Рассмотрите паттерны Repository или Cache Manager, которые инкапсулируют логику кэширования и инвалидации, предоставляя прозрачный интерфейс для бизнес-логики.
• Избегайте «зловонного кэша»: Не позволяйте данным бесконечно накапливаться. Всегда устанавливайте разумные лимиты по размеру и времени жизни.

Итог: Удаление из кэша — это не просто «очистка мусора», а стратегический инструмент для обеспечения консистентности данных, эффективного использования ресурсов и предсказуемого поведения приложения. Правильная политика инвалидации делает приложение отзывчивым, актуальным и стабильным.