I\'m developing an app that similar to Instagram feed (tableviews with cells that contain images and some labels).
For all the data I\'m getting from the database, I\'m
NSCache
and persistent storage serve largely different purposes. NSCache
holds the item in memory and is used for optimal performance. But it takes up memory (RAM) and you really should make sure that if you use NSCache
that you respond to memory warnings and purge the NSCache
in those cases. And when the app terminates, the NSCache
is lost.
Using persistent storage cache (generally the Caches
folder) is used for a different purpose, saving you from needing to re-retrieve the asset via some network request, but not holding the resource in memory. This makes it a great cache mechanism across sessions of running the app or in situations where you may have encountered memory pressure, purged the NSCache
, but didn't want to re-retrieve the asset from the network.
Note that I mention the Caches
folder for persistent storage, whereas you seemed to presume that one would use Documents
folder, but there are two considerations:
Apple is getting more particular about apps only using Documents
folder for user data that cannot be easily recreated, and using Caches
folder for data that is easily re-retrieved. See File System Basics for more information.
Starting with iOS 11, you should only store user visible documents in the Documents
folder (see WWDC 2017 Fall video, iOS Storage Best Practices). Even if you had internally used files that were not easily reconstructed, unless the intent was to eventually expose the user to them, you'd use the Application Support
directory, not the Documents
folder.
Bottom line, one would generally use the Caches
folder for a persistent storage based cache.
Note, we'll often use a two-tier cache mechanism. Cache the resource to both NSCache
and the Caches
folder. Then, when you go to retrieve a resource, first check NSCache
(really fast), if not there, check persistent storage, and if not there, re-retrieve the asset from the network.
Having said all of that, to make it even more complicated, there is a third type of cache, that provided by NSURLCache
(i.e. responses for network requests are transparently cached by NSURLSession
and NSURLConnection
). This cache is dictated by poorly documented rules (e.g. it won't cache any single item whose size exceeds 5% of the total cache size) and is subject to the HTTP headers provided by the network response. This cache, though, operates largely transparently to you and provides both memory and persistent storage caches. Often you can enjoy NSURLCache
caching behavior with absolutely no intervention on your part. It's seamless (when it works).