HiveCacheStore + dio_cache_interceptor — les 3 pièges que personne ne documente
Corruption au cold start, purge TTL absente, taille non bornée — trois cas limites du cache Dio + Hive en Flutter à gérer dès le départ pour éviter la casse.
HiveCacheStore + dio_cache_interceptor, c'est pratique. Mais il y a 3 pièges que personne ne documente.
⚠️ Corruption au cold start
Si le box Hive est corrompu (mise à jour app, changement de schéma), ça crashe silencieusement. Toujours encapsuler l'init dans un try/catch avec suppression du box en fallback.
⚠️ Pas de purge TTL au démarrage
Les entrées expirées ne sont pas nettoyées à l'ouverture. Elles le sont seulement à la prochaine requête sur la même clé. Un store.clean(staleOnly: true) au démarrage évite que le cache grossisse inutilement.
⚠️ Taille non bornée
Hive ne limite pas la taille du box. Sur une app avec beaucoup d'endpoints, ça peut prendre de la place sans que tu t'en rendes compte.
En résumé
Dio + Hive, c'est solide. Mais seulement si tu gères ces cas limites dès le départ.