Image caching in mobile app

NOVASOLUTIONS.TECHNOLOGY is engaged in the development, support and maintenance of iOS, Android, PWA mobile applications. We have extensive experience and expertise in publishing mobile applications in popular markets like Google Play, App Store, Amazon, AppGallery and others.
Development and support of all types of mobile applications:
Information and entertainment mobile applications
News apps, games, reference guides, online catalogs, weather apps, fitness and health apps, travel apps, educational apps, social networks and messengers, quizzes, blogs and podcasts, forums, aggregators
E-commerce mobile applications
Online stores, B2B apps, marketplaces, online exchanges, cashback services, exchanges, dropshipping platforms, loyalty programs, food and goods delivery, payment systems.
Business process management mobile applications
CRM systems, ERP systems, project management, sales team tools, financial management, production management, logistics and delivery management, HR management, data monitoring systems
Electronic services mobile applications
Classified ads platforms, online schools, online cinemas, electronic service platforms, cashback platforms, video hosting, thematic portals, online booking and scheduling platforms, online trading platforms

These are just some of the types of mobile applications we work with, and each of them may have its own specific features and functionality, tailored to the specific needs and goals of the client.

Showing 1 of 1 servicesAll 1735 services
Image caching in mobile app
Simple
~1 business day
FAQ
Our competencies:
Development stages
Latest works
  • image_mobile-applications_feedme_467_0.webp
    Development of a mobile application for FEEDME
    756
  • image_mobile-applications_xoomer_471_0.webp
    Development of a mobile application for XOOMER
    624
  • image_mobile-applications_rhl_428_0.webp
    Development of a mobile application for RHL
    1052
  • image_mobile-applications_zippy_411_0.webp
    Development of a mobile application for ZIPPY
    947
  • image_mobile-applications_affhome_429_0.webp
    Development of a mobile application for Affhome
    862
  • image_mobile-applications_flavors_409_0.webp
    Development of a mobile application for the FLAVORS company
    445

Implementing Image Caching in Mobile Application

Images are one of the main reasons for visible lags in mobile apps. Feed scroll with avatars stutters not because device is weak, but because JPEG decoding happens on main thread when cell should already display. Proper caching solves this, but "just add Glide" and "properly configure caching" are different tasks.

Standard Solutions and Their Limits

Android: Glide and Coil — most common libraries. Glide with default settings caches in two levels: memory cache (LruCache with size derived from available memory) and disk cache (DiskLruCache). Coil written on Kotlin Coroutines and better integrates with Compose via AsyncImage. Problem arises when network image size doesn't match ImageView size: Glide by default caches already-transformed image (for specific view size), causing cache misses at different sizes of same URL.

iOS: NSCache + manual logic or Kingfisher and SDWebImage libraries. Kingfisher is de-facto standard for SwiftUI via .setImage(with:). Common problem: cache doesn't account for Cache-Control headers, and stale images show to user until TTL expires manually.

React Native: react-native-fast-image over Glide/SDWebImage. Standard Image in RN has no proper disk-cache — pictures reload on every component mount, noticeable when navigating between screens.

What We Actually Configure

Multi-level cache: L1 in memory (fast, small — 20-30 MB), L2 on disk (slower, big — 200-500 MB). Sizes chosen by content type: in news app with many unique images, disk cache matters more; in messenger with avatars, memory cache.

Placeholder and error-state separately. Showing blank while loading is worse than showing skeleton. Error state should be explicit but not break layout.

Prefetch (prefetch) for lists: load next N images before user scrolls to them. In RecyclerView — via RecyclerView.RecycledViewPool + DiffUtil. In UITableView — via prefetchDataSource (available since iOS 10).

Cache invalidation: URL with version (/avatar.jpg?v=42) or ETag. Without invalidation strategy, users see stale avatars after profile photo change.

Timeline: two to four business days depending on platform and content complexity.