Logo Questions Linux Laravel Mysql Ubuntu Git Menu
 

When to clear the cache dir in Android?

I have an application that displays pictures from the internet (showcase for designer work). I start caching my content in the internal cache directory, but the app content could take about 150 MB in cache size. And what android docs says :

You should always maintain the cache files yourself and stay within a reasonable limit of space consumed, such as 1MB. When the user uninstalls your application, these files are removed.

So I took a look at the Currents app (Galaxy Nexus) and the cache size for the application is 110 MB. But what's weird is that applications like Google Currents & Google Maps cache the content in something called (USB Storage Data) :

enter image description here

So what is this 'USB Storage Data' that the previous application uses. And if you implement caching in your application, Do you loop over all your application files in cache to get the size every time you need to insert something and then compare and clear it? Or do you keep caching the content until Android decides its time to clean some application cache directory ?

I'm really interested to know what is the flow of managing cache in Android, or at least what other applications do with large content to cache.

like image 715
Jimmy Avatar asked Mar 30 '12 12:03

Jimmy


People also ask

Should I clear cached data on my Android?

Clearing your Android app cache can help fix speed issues and free up storage space. If you need more storage, clear the cache of the apps that take up the most space. Clearing your app cache every few months will help streamline your phone and keep it from getting too full.

Should cached data be cleared?

If you find your mobile device memory being drained from cached data, you should probably clear it. After all, cached data isn't vital to the performance of an app or website; it just means the files on it will have to be reloaded.

What happens if cache is cleared in Android?

After you clear cache and cookies: Some settings on sites get deleted. For example, if you were signed in, you'll need to sign in again. Some sites can seem slower because content, like images, needs to load again.

What will happen if we clear cached data?

The application stores more vital information like user settings, databases, and login information as data. More drastically, when you clear the data, both cache and data are removed.


2 Answers

Before I get to your question, here's a brief explanation of the two storage types:

Cache

This is an app-specific directory on the filesystem. The intent for this directory is store temporary data your application may need to keep around between sessions, but may not be vital to keep them forever. You typically access this directory with Context.getCacheDir(). This will show up as "Cache" on your app settings.

Files

Like the cache directory, your app also has an app-specific directory for holding files. Files in this directory will exist until the app explicitly deletes them or the app is uninstalled. You typically access this directory with Context.getFilesDir(). This can show up as various things on the app info screen, but in your screenshot this is "USB Storage Data".

NOTE: If you want to explicitly place on external media (typically SD card), you can use Context.getExternalFilesDir(String type).

The Difference

Both directories are specific only to your application (other apps do not have access). One of the differences between the cache and files directory is that if the system gets low on storage, the first place it is going to free resources is from your cache directory. The system will not clear any data from the files directory. Another difference is that the cache directory can typically be cleared manually from the app info screen. The files directory typically can as well, but clearing the files directory will also clear the cache directory.

Which one do I use?

It depends on how vital that data is compared to the lifetime of your app. If you only need data for one session and you doubt you'll ever need to use that data again, then don't use either. Just keep it in memory until you don't need it. If you suspect you'll need to reuse the data between multiple sessions, but you don't have to keep a hard copy, use the cache directory. If you must have this data no matter what, or if it's rather large data that needs persistent storage, use the files directory. Here's some examples I can think of:

  • Cache - A recently opened email
    • Once opened, cache the data so when the user wants to read that email again, it loads instantly rather using the network again to retrieve the same data. I don't need to keep this forever, because eventually the user will be finished with the email.
  • Files - An attachment downloaded from an email
    • This is an action by the user who is saying "I want to keep this data so I can pull it back up whenever I need it." Therefore, put it in files directory as I don't ever want to delete this file until the user wants it deleted.

When should I clear the cache directory?

From the Context.getCacheDir() javadocs:

Note: you should not rely on the system deleting these files for you; you should always have a reasonable maximum, such as 1 MB, for the amount of space you consume with cache files, and prune those files when exceeding that space.

It uses the example of 1 MB, but that may or may not be reasonable for your app. Regardless, you need to set a hard maximum. The reason for this simply comes down to designing a responsible app. So when should you check? I would recommend checking every time you want to put something in the cache directory. Here's a very simple cache manager:

public class CacheManager {      private static final long MAX_SIZE = 5242880L; // 5MB      private CacheManager() {      }      public static void cacheData(Context context, byte[] data, String name) throws IOException {          File cacheDir = context.getCacheDir();         long size = getDirSize(cacheDir);         long newSize = data.length + size;          if (newSize > MAX_SIZE) {             cleanDir(cacheDir, newSize - MAX_SIZE);         }          File file = new File(cacheDir, name);         FileOutputStream os = new FileOutputStream(file);         try {             os.write(data);         }         finally {             os.flush();             os.close();         }     }      public static byte[] retrieveData(Context context, String name) throws IOException {          File cacheDir = context.getCacheDir();         File file = new File(cacheDir, name);          if (!file.exists()) {             // Data doesn't exist             return null;         }          byte[] data = new byte[(int) file.length()];         FileInputStream is = new FileInputStream(file);         try {             is.read(data);         }         finally {             is.close();         }          return data;     }      private static void cleanDir(File dir, long bytes) {          long bytesDeleted = 0;         File[] files = dir.listFiles();          for (File file : files) {             bytesDeleted += file.length();             file.delete();              if (bytesDeleted >= bytes) {                 break;             }         }     }      private static long getDirSize(File dir) {          long size = 0;         File[] files = dir.listFiles();          for (File file : files) {             if (file.isFile()) {                 size += file.length();             }         }          return size;     } } 

Of course, this could be an expensive operation, so you should plan on caching on a background thread.

Also, this could be as complicated as you need it to be. In my example, I'm assuming all cached files are placed at the root of the cache directory, so I don't check for potential sub-directories. The routine for deleting files can also become more sophisticated, such as deleting files by oldest access date.

One thing to keep in mind when deciding to cache data is that you need to always plan for the case that your cached data no longer exists. Always have a routine in place to retrieve data by external means when your cache doesn't have it in storage. Likewise, always check your cache before retrieve data externally. The purpose of the cache is to cut down on network activity, long processes, and provide a responsive UI in your app. So use it responsibly :)

like image 199
Jason Robinson Avatar answered Sep 28 '22 05:09

Jason Robinson


i thing best way to clearing app cache when activity finish so that every time cache clear when new activity call.

put this code in onDestroy() for clear app cache

@Override protected void onDestroy() {      super.onDestroy();     try {         trimCache(this);        // Toast.makeText(this,"onDestroy " ,Toast.LENGTH_LONG).show();     } catch (Exception e) {         // TODO Auto-generated catch block         e.printStackTrace();     } }  public static void trimCache(Context context) {     try {        File dir = context.getCacheDir();        if (dir != null && dir.isDirectory()) {           deleteDir(dir);        }     } catch (Exception e) {        // TODO: handle exception     }  }  public static boolean deleteDir(File dir) {     if (dir != null && dir.isDirectory()) {        String[] children = dir.list();        for (int i = 0; i < children.length; i++) {           boolean success = deleteDir(new File(dir, children[i]));           if (!success) {              return false;           }        }     }     // The directory is now empty so delete it     return dir.delete(); } 
like image 22
Chirag Avatar answered Sep 28 '22 04:09

Chirag