郭霖LRU

最新推荐文章于 2024-06-25 20:11:51 发布
最新推荐文章于 2024-06-25 20:11:51 发布
阅读量4.2k 收藏 22
点赞数 9
分类专栏： android 文章标签： android

转载地址：http://blog.csdn.net/guolin_blog/article/details/28863651


原文转载

概述

记得在很早之前，我有写过一篇文章Android高效加载大图、多图解决方案，有效避免程序OOM，这篇文章是翻译自Android Doc的，其中防止多图OOM的核心解决思路就是使用LruCache技术。但LruCache只是管理了内存中图片的存储与释放，如果图片从内存中被移除的话，那么又需要从网络上重新加载一次图片，这显然非常耗时。对此，Google又提供了一套硬盘缓存的解决方案：DiskLruCache(非Google官方编写，但获得官方认证)。只可惜，Android Doc中并没有对DiskLruCache的用法给出详细的说明，而网上关于DiskLruCache的资料也少之又少，因此今天我准备专门写一篇博客来详细讲解DiskLruCache的用法，以及分析它的工作原理，这应该也是目前网上关于DiskLruCache最详细的资料了。

那么我们先来看一下有哪些应用程序已经使用了DiskLruCache技术。在我所接触的应用范围里，Dropbox、Twitter、网易新闻等都是使用DiskLruCache来进行硬盘缓存的，其中Dropbox和Twitter大多数人应该都没用过，那么我们就从大家最熟悉的网易新闻开始着手分析，来对DiskLruCache有一个最初的认识吧。

初探

相信所有人都知道，网易新闻中的数据都是从网络上获取的，包括了很多的新闻内容和新闻图片，如下图所示：


但是不知道大家有没有发现，这些内容和图片在从网络上获取到之后都会存入到本地缓存中，因此即使手机在没有网络的情况下依然能够加载出以前浏览过的新闻。而使用的缓存技术不用多说，自然是DiskLruCache了，那么首先第一个问题，这些数据都被缓存在了手机的什么位置呢？

其实DiskLruCache并没有限制数据的缓存位置，可以自由地进行设定，但是通常情况下多数应用程序都会将缓存的位置选择为 /sdcard/Android/data/<application package>/cache 这个路径。选择在这个位置有两点好处：第一，这是存储在SD卡上的，因此即使缓存再多的数据也不会对手机的内置存储空间有任何影响，只要SD卡空间足够就行。第二，这个路径被Android系统认定为应用程序的缓存路径，当程序被卸载的时候，这里的数据也会一起被清除掉，这样就不会出现删除程序之后手机上还有很多残留数据的问题。

那么这里还是以网易新闻为例，它的客户端的包名是com.netease.newsreader.activity，因此数据缓存地址就应该是 /sdcard/Android/data/com.netease.newsreader.activity/cache ，我们进入到这个目录中看一下，结果如下图所示：


可以看到有很多个文件夹，因为网易新闻对多种类型的数据都进行了缓存，这里简单起见我们只分析图片缓存就好，所以进入到bitmap文件夹当中。然后你将会看到一堆文件名很长的文件，这些文件命名没有任何规则，完全看不懂是什么意思，但如果你一直向下滚动，将会看到一个名为journal的文件，如下图所示：


那么这些文件到底都是什么呢？看到这里相信有些朋友已经是一头雾水了，这里我简单解释一下。上面那些文件名很长的文件就是一张张缓存的图片，每个文件都对应着一张图片，而journal文件是DiskLruCache的一个日志文件，程序对每张图片的操作记录都存放在这个文件中，基本上看到journal这个文件就标志着该程序使用DiskLruCache技术了。

下载

好了，对DiskLruCache有了最初的认识之后，下面我们来学习一下DiskLruCache的用法吧。由于DiskLruCache并不是由Google官方编写的，所以这个类并没有被包含在Android API当中，我们需要将这个类从网上下载下来，然后手动添加到项目当中。DiskLruCache的源码在Google Source上，地址如下：

android.googlesource.com/platform/libcore/+/jb-mr2-release/luni/src/main/java/libcore/io/DiskLruCache.java

如果Google Source打不开的话，也可以点击这里下载DiskLruCache的源码。下载好了源码之后，只需要在项目中新建一个libcore.io包，然后将DiskLruCache.java文件复制到这个包中即可。

打开缓存

这样的话我们就把准备工作做好了，下面看一下DiskLruCache到底该如何使用。首先你要知道，DiskLruCache是不能new出实例的，如果我们要创建一个DiskLruCache的实例，则需要调用它的open()方法，接口如下所示：

[java]  view plain copy 在CODE上查看代码片 派生到我的代码片
  1. public static DiskLruCache open(File directory, int appVersion, int valueCount, long maxSize)  
open()方法接收四个参数，第一个参数指定的是数据的缓存地址，第二个参数指定当前应用程序的版本号，第三个参数指定同一个key可以对应多少个缓存文件，基本都是传1，第四个参数指定最多可以缓存多少字节的数据。

其中缓存地址前面已经说过了，通常都会存放在 /sdcard/Android/data/<application package>/cache 这个路径下面，但同时我们又需要考虑如果这个手机没有SD卡，或者SD正好被移除了的情况，因此比较优秀的程序都会专门写一个方法来获取缓存地址，如下所示：

[java]  view plain copy 在CODE上查看代码片 派生到我的代码片
  1. public File getDiskCacheDir(Context context, String uniqueName) {  
  2.     String cachePath;  
  3.     if (Environment.MEDIA_MOUNTED.equals(Environment.getExternalStorageState())  
  4.             || !Environment.isExternalStorageRemovable()) {  
  5.         cachePath = context.getExternalCacheDir().getPath();  
  6.     } else {  
  7.         cachePath = context.getCacheDir().getPath();  
  8.     }  
  9.     return new File(cachePath + File.separator + uniqueName);  
  10. }  
可以看到，当SD卡存在或者SD卡不可被移除的时候，就调用getExternalCacheDir()方法来获取缓存路径，否则就调用getCacheDir()方法来获取缓存路径。前者获取到的就是 /sdcard/Android/data/<application package>/cache 这个路径，而后者获取到的是 /data/data/<application package>/cache 这个路径。

接着又将获取到的路径和一个uniqueName进行拼接，作为最终的缓存路径返回。那么这个uniqueName又是什么呢？其实这就是为了对不同类型的数据进行区分而设定的一个唯一值，比如说在网易新闻缓存路径下看到的bitmap、object等文件夹。

接着是应用程序版本号，我们可以使用如下代码简单地获取到当前应用程序的版本号：

[java]  view plain copy 在CODE上查看代码片 派生到我的代码片
  1. public int getAppVersion(Context context) {  
  2.     try {  
  3.         PackageInfo info = context.getPackageManager().getPackageInfo(context.getPackageName(), 0);  
  4.         return info.versionCode;  
  5.     } catch (NameNotFoundException e) {  
  6.         e.printStackTrace();  
  7.     }  
  8.     return 1;  
  9. }  
需要注意的是，每当版本号改变，缓存路径下存储的所有数据都会被清除掉，因为DiskLruCache认为当应用程序有版本更新的时候，所有的数据都应该从网上重新获取。

后面两个参数就没什么需要解释的了，第三个参数传1，第四个参数通常传入10M的大小就够了，这个可以根据自身的情况进行调节。

因此，一个非常标准的open()方法就可以这样写：

[java]  view plain copy 在CODE上查看代码片 派生到我的代码片
  1. DiskLruCache mDiskLruCache = null;  
  2. try {  
  3.     File cacheDir = getDiskCacheDir(context, "bitmap");  
  4.     if (!cacheDir.exists()) {  
  5.         cacheDir.mkdirs();  
  6.     }  
  7.     mDiskLruCache = DiskLruCache.open(cacheDir, getAppVersion(context), 1, 10 * 1024 * 1024);  
  8. } catch (IOException e) {  
  9.     e.printStackTrace();  
  10. }  
首先调用getDiskCacheDir()方法获取到缓存地址的路径，然后判断一下该路径是否存在，如果不存在就创建一下。接着调用DiskLruCache的open()方法来创建实例，并把四个参数传入即可。

有了DiskLruCache的实例之后，我们就可以对缓存的数据进行操作了，操作类型主要包括写入、访问、移除等，我们一个个进行学习。

写入缓存

先来看写入，比如说现在有一张图片，地址是https://img-my.csdn.net/uploads/201309/01/1378037235_7476.jpg，那么为了将这张图片下载下来，就可以这样写：

[java]  view plain copy 在CODE上查看代码片 派生到我的代码片
  1. private boolean downloadUrlToStream(String urlString, OutputStream outputStream) {  
  2.     HttpURLConnection urlConnection = null;  
  3.     BufferedOutputStream out = null;  
  4.     BufferedInputStream in = null;  
  5.     try {  
  6.         final URL url = new URL(urlString);  
  7.         urlConnection = (HttpURLConnection) url.openConnection();  
  8.         in = new BufferedInputStream(urlConnection.getInputStream(), 8 * 1024);  
  9.         out = new BufferedOutputStream(outputStream, 8 * 1024);  
  10.         int b;  
  11.         while ((b = in.read()) != -1) {  
  12.             out.write(b);  
  13.         }  
  14.         return true;  
  15.     } catch (final IOException e) {  
  16.         e.printStackTrace();  
  17.     } finally {  
  18.         if (urlConnection != null) {  
  19.             urlConnection.disconnect();  
  20.         }  
  21.         try {  
  22.             if (out != null) {  
  23.                 out.close();  
  24.             }  
  25.             if (in != null) {  
  26.                 in.close();  
  27.             }  
  28.         } catch (final IOException e) {  
  29.             e.printStackTrace();  
  30.         }  
  31.     }  
  32.     return false;  
  33. }  
这段代码相当基础，相信大家都看得懂，就是访问urlString中传入的网址，并通过outputStream写入到本地。有了这个方法之后，下面我们就可以使用DiskLruCache来进行写入了，写入的操作是借助DiskLruCache.Editor这个类完成的。类似地，这个类也是不能new的，需要调用DiskLruCache的edit()方法来获取实例，接口如下所示：
[java]  view plain copy 在CODE上查看代码片 派生到我的代码片
  1. public Editor edit(String key) throws IOException  
可以看到，edit()方法接收一个参数key，这个key将会成为缓存文件的文件名，并且必须要和图片的URL是一一对应的。那么怎样才能让key和图片的URL能够一一对应呢？直接使用URL来作为key？不太合适，因为图片URL中可能包含一些特殊字符，这些字符有可能在命名文件时是不合法的。其实最简单的做法就是将图片的URL进行MD5编码，编码后的字符串肯定是唯一的，并且只会包含0-F这样的字符，完全符合文件的命名规则。

那么我们就写一个方法用来将字符串进行MD5编码，代码如下所示：

[java]  view plain copy 在CODE上查看代码片 派生到我的代码片
  1. public String hashKeyForDisk(String key) {  
  2.     String cacheKey;  
  3.     try {  
  4.         final MessageDigest mDigest = MessageDigest.getInstance("MD5");  
  5.         mDigest.update(key.getBytes());  
  6.         cacheKey = bytesToHexString(mDigest.digest());  
  7.     } catch (NoSuchAlgorithmException e) {  
  8.         cacheKey = String.valueOf(key.hashCode());  
  9.     }  
  10.     return cacheKey;  
  11. }  
  12.   
  13. private String bytesToHexString(byte[] bytes) {  
  14.     StringBuilder sb = new StringBuilder();  
  15.     for (int i = 0; i < bytes.length; i++) {  
  16.         String hex = Integer.toHexString(0xFF & bytes[i]);  
  17.         if (hex.length() == 1) {  
  18.             sb.append('0');  
  19.         }  
  20.         sb.append(hex);  
  21.     }  
  22.     return sb.toString();  
  23. }  
代码很简单，现在我们只需要调用一下hashKeyForDisk()方法，并把图片的URL传入到这个方法中，就可以得到对应的key了。

因此，现在就可以这样写来得到一个DiskLruCache.Editor的实例：

[java]  view plain copy 在CODE上查看代码片 派生到我的代码片
  1. String imageUrl = "https://img-my.csdn.net/uploads/201309/01/1378037235_7476.jpg";  
  2. String key = hashKeyForDisk(imageUrl);  
  3. DiskLruCache.Editor editor = mDiskLruCache.edit(key);  
有了DiskLruCache.Editor的实例之后，我们可以调用它的newOutputStream()方法来创建一个输出流，然后把它传入到downloadUrlToStream()中就能实现下载并写入缓存的功能了。注意newOutputStream()方法接收一个index参数，由于前面在设置valueCount的时候指定的是1，所以这里index传0就可以了。在写入操作执行完之后，我们还需要调用一下commit()方法进行提交才能使写入生效，调用abort()方法的话则表示放弃此次写入。

因此，一次完整写入操作的代码如下所示：

[java]  view plain copy 在CODE上查看代码片 派生到我的代码片
  1. new Thread(new Runnable() {  
  2.     @Override  
  3.     public void run() {  
  4.         try {  
  5.             String imageUrl = "https://img-my.csdn.net/uploads/201309/01/1378037235_7476.jpg";  
  6.             String key = hashKeyForDisk(imageUrl);  
  7.             DiskLruCache.Editor editor = mDiskLruCache.edit(key);  
  8.             if (editor != null) {  
  9.                 OutputStream outputStream = editor.newOutputStream(0);  
  10.                 if (downloadUrlToStream(imageUrl, outputStream)) {  
  11.                     editor.commit();  
  12.                 } else {  
  13.                     editor.abort();  
  14.                 }  
  15.             }  
  16.             mDiskLruCache.flush();  
  17.         } catch (IOException e) {  
  18.             e.printStackTrace();  
  19.         }  
  20.     }  
  21. }).start();  
由于这里调用了downloadUrlToStream()方法来从网络上下载图片，所以一定要确保这段代码是在子线程当中执行的。注意在代码的最后我还调用了一下flush()方法，这个方法并不是每次写入都必须要调用的，但在这里却不可缺少，我会在后面说明它的作用。

现在的话缓存应该是已经成功写入了，我们进入到SD卡上的缓存目录里看一下，如下图所示：


可以看到，这里有一个文件名很长的文件，和一个journal文件，那个文件名很长的文件自然就是缓存的图片了，因为是使用了MD5编码来进行命名的。

读取缓存

缓存已经写入成功之后，接下来我们就该学习一下如何读取了。读取的方法要比写入简单一些，主要是借助DiskLruCache的get()方法实现的，接口如下所示：

[java]  view plain copy 在CODE上查看代码片 派生到我的代码片
  1. public synchronized Snapshot get(String key) throws IOException  
很明显，get()方法要求传入一个key来获取到相应的缓存数据，而这个key毫无疑问就是将图片URL进行MD5编码后的值了，因此读取缓存数据的代码就可以这样写：
[java]  view plain copy 在CODE上查看代码片 派生到我的代码片
  1. String imageUrl = "https://img-my.csdn.net/uploads/201309/01/1378037235_7476.jpg";  
  2. String key = hashKeyForDisk(imageUrl);  
  3. DiskLruCache.Snapshot snapShot = mDiskLruCache.get(key);  
很奇怪的是，这里获取到的是一个DiskLruCache.Snapshot对象，这个对象我们该怎么利用呢？很简单，只需要调用它的getInputStream()方法就可以得到缓存文件的输入流了。同样地，getInputStream()方法也需要传一个index参数，这里传入0就好。有了文件的输入流之后，想要把缓存图片显示到界面上就轻而易举了。所以，一段完整的读取缓存，并将图片加载到界面上的代码如下所示：
[java]  view plain copy 在CODE上查看代码片 派生到我的代码片
  1. try {  
  2.     String imageUrl = "https://img-my.csdn.net/uploads/201309/01/1378037235_7476.jpg";  
  3.     String key = hashKeyForDisk(imageUrl);  
  4.     DiskLruCache.Snapshot snapShot = mDiskLruCache.get(key);  
  5.     if (snapShot != null) {  
  6.         InputStream is = snapShot.getInputStream(0);  
  7.         Bitmap bitmap = BitmapFactory.decodeStream(is);  
  8.         mImage.setImageBitmap(bitmap);  
  9.     }  
  10. } catch (IOException e) {  
  11.     e.printStackTrace();  
  12. }  

我们使用了BitmapFactory的decodeStream()方法将文件流解析成Bitmap对象，然后把它设置到ImageView当中。如果运行一下程序，将会看到如下效果：


OK，图片已经成功显示出来了。注意这是我们从本地缓存中加载的，而不是从网络上加载的，因此即使在你手机没有联网的情况下，这张图片仍然可以显示出来。

移除缓存

学习完了写入缓存和读取缓存的方法之后，最难的两个操作你就都已经掌握了，那么接下来要学习的移除缓存对你来说也一定非常轻松了。移除缓存主要是借助DiskLruCache的remove()方法实现的，接口如下所示：

[java]  view plain copy 在CODE上查看代码片 派生到我的代码片
  1. public synchronized boolean remove(String key) throws IOException  
相信你已经相当熟悉了，remove()方法中要求传入一个key，然后会删除这个key对应的缓存图片，示例代码如下：
[java]  view plain copy 在CODE上查看代码片 派生到我的代码片
  1. try {  
  2.     String imageUrl = "https://img-my.csdn.net/uploads/201309/01/1378037235_7476.jpg";    
  3.     String key = hashKeyForDisk(imageUrl);    
  4.     mDiskLruCache.remove(key);  
  5. } catch (IOException e) {  
  6.     e.printStackTrace();  
  7. }  
用法虽然简单，但是你要知道，这个方法我们并不应该经常去调用它。因为你完全不需要担心缓存的数据过多从而占用SD卡太多空间的问题，DiskLruCache会根据我们在调用open()方法时设定的缓存最大值来自动删除多余的缓存。只有你确定某个key对应的缓存内容已经过期，需要从网络获取最新数据的时候才应该调用remove()方法来移除缓存。

其它API

除了写入缓存、读取缓存、移除缓存之外，DiskLruCache还提供了另外一些比较常用的API，我们简单学习一下。

1. size()

这个方法会返回当前缓存路径下所有缓存数据的总字节数，以byte为单位，如果应用程序中需要在界面上显示当前缓存数据的总大小，就可以通过调用这个方法计算出来。比如网易新闻中就有这样一个功能，如下图所示：


2.flush()

这个方法用于将内存中的操作记录同步到日志文件（也就是journal文件）当中。这个方法非常重要，因为DiskLruCache能够正常工作的前提就是要依赖于journal文件中的内容。前面在讲解写入缓存操作的时候我有调用过一次这个方法，但其实并不是每次写入缓存都要调用一次flush()方法的，频繁地调用并不会带来任何好处，只会额外增加同步journal文件的时间。比较标准的做法就是在Activity的onPause()方法中去调用一次flush()方法就可以了。

3.close()

这个方法用于将DiskLruCache关闭掉，是和open()方法对应的一个方法。关闭掉了之后就不能再调用DiskLruCache中任何操作缓存数据的方法，通常只应该在Activity的onDestroy()方法中去调用close()方法。

4.delete()

这个方法用于将所有的缓存数据全部删除，比如说网易新闻中的那个手动清理缓存功能，其实只需要调用一下DiskLruCache的delete()方法就可以实现了。

解读journal

前面已经提到过，DiskLruCache能够正常工作的前提就是要依赖于journal文件中的内容，因此，能够读懂journal文件对于我们理解DiskLruCache的工作原理有着非常重要的作用。那么journal文件中的内容到底是什么样的呢？我们来打开瞧一瞧吧，如下图所示：



由于现在只缓存了一张图片，所以journal中并没有几行日志，我们一行行进行分析。第一行是个固定的字符串“libcore.io.DiskLruCache”，标志着我们使用的是DiskLruCache技术。第二行是DiskLruCache的版本号，这个值是恒为1的。第三行是应用程序的版本号，我们在open()方法里传入的版本号是什么这里就会显示什么。第四行是valueCount，这个值也是在open()方法中传入的，通常情况下都为1。第五行是一个空行。前五行也被称为journal文件的头，这部分内容还是比较好理解的，但是接下来的部分就要稍微动点脑筋了。

第六行是以一个DIRTY前缀开始的，后面紧跟着缓存图片的key。通常我们看到DIRTY这个字样都不代表着什么好事情，意味着这是一条脏数据。没错，每当我们调用一次DiskLruCache的edit()方法时，都会向journal文件中写入一条DIRTY记录，表示我们正准备写入一条缓存数据，但不知结果如何。然后调用commit()方法表示写入缓存成功，这时会向journal中写入一条CLEAN记录，意味着这条“脏”数据被“洗干净了”，调用abort()方法表示写入缓存失败，这时会向journal中写入一条REMOVE记录。也就是说，每一行DIRTY的key，后面都应该有一行对应的CLEAN或者REMOVE的记录，否则这条数据就是“脏”的，会被自动删除掉。

如果你足够细心的话应该还会注意到，第七行的那条记录，除了CLEAN前缀和key之外，后面还有一个152313，这是什么意思呢？其实，DiskLruCache会在每一行CLEAN记录的最后加上该条缓存数据的大小，以字节为单位。152313也就是我们缓存的那张图片的字节数了，换算出来大概是148.74K，和缓存图片刚刚好一样大，如下图所示：


前面我们所学的size()方法可以获取到当前缓存路径下所有缓存数据的总字节数，其实它的工作原理就是把journal文件中所有CLEAN记录的字节数相加，求出的总合再把它返回而已。

除了DIRTY、CLEAN、REMOVE之外，还有一种前缀是READ的记录，这个就非常简单了，每当我们调用get()方法去读取一条缓存数据时，就会向journal文件中写入一条READ记录。因此，像网易新闻这种图片和数据量都非常大的程序，journal文件中就可能会有大量的READ记录。

那么你可能会担心了，如果我不停频繁操作的话，就会不断地向journal文件中写入数据，那这样journal文件岂不是会越来越大？这倒不必担心，DiskLruCache中使用了一个redundantOpCount变量来记录用户操作的次数，每执行一次写入、读取或移除缓存的操作，这个变量值都会加1，当变量值达到2000的时候就会触发重构journal的事件，这时会自动把journal中一些多余的、不必要的记录全部清除掉，保证journal文件的大小始终保持在一个合理的范围内。

好了，这样的话我们就算是把DiskLruCache的用法以及简要的工作原理分析完了。至于DiskLruCache的源码还是比较简单的， 限于篇幅原因就不在这里展开了，感兴趣的朋友可以自己去摸索。下一篇文章中，我会带着大家通过一个项目实战的方式来更加深入地理解DiskLruCache的用法。感兴趣的朋友请继续阅读 Android照片墙完整版，完美结合LruCache和DiskLruCache 。


bigdogsmile
关注
专栏目录
Android DiskLruCache(磁盘缓存)
ModestLearners的博客
10-10 527
 Android DiskLruCache(磁盘缓存) .1概念 非Google官方编写，但获得官方认证 但是通常情况下多数应用程序都会将缓存的位置选择为 /sdcard/Android/data//cache 这个路径。选择在这个位置有两点好处：第一，这是存储在SD卡上的，因此即使缓存再多的数据也不会对手机的内置存储空间有任何影响，只要SD卡空间足够就行。第二，这个路径被
Glide 源码简要分析
yxhuang2008的专栏
02-23 346
一、前言 Glide 是 Android 比较好的图片加载库，最近的项目中使用到了，所以有必要去了解一下 Glide 的源码。Glide 的源码非常多，不可能所有的东西都去了解，所以结合 郭霖的博客 对 Glide 的源码做了简要的分析。 对 Glide 的了解，主要想解决一下的几个问题： Glide 加载图片的流程 Glide 加载图片流程的监听回调 Glide 是如何感知...
DiskLruCache
06-14
Android通过两级缓存加载图片http://blog.csdn.net/qq_30496695/article/details/73248160 中使用的磁盘缓存
Android DiskLruCache完全解析，硬盘缓存的最佳方案
境界
03-05 934
test
Android DiskLruCache 源码解析 硬盘缓存的绝佳方案
weixin_30746117的博客
08-03 308
转载请标明出处： http://blog.csdn.net/lmj623565791/article/details/47251585； 本文出自:【张鸿洋的博客】 一、概述 依旧是整理东西，所以近期的博客涉及的东西可能会比较老一点，会分析一些经典的框架，我觉得可能也是每个优秀的开发者必须掌握的东西；那么对于Disk Cache，DiskLruCac...
Android二级缓存之物理存储介质上的缓存DiskLruCache
weixin_34010566的博客
07-12 168
 Android二级缓存之物理存储介质上的缓存DiskLruCache Android DiskLruCache属于物理性质的缓存，相较于LruCache缓存，则DiskLruCache属于Android二级缓存中的最后一级。通常Android缓存分为两级，第一级是内存缓存，第二级是物理缓存也即DiskLruCache。顾名思义，DiskLruCache就是将数据缓存到Androi...
Android-图片加载框架-Glide-4-9-0-(二)-切入源码层深入分析-Glide-缓存策略
sa3221sa的博客
02-02 259
} return hashCode; } … } 复制代码 根据注释和代码可以看到传入的参数之多，主要是根据 url ，签名，宽高等，其内部重写了 hashCode，equals，来保证对象的唯一性。 内存缓存 通过下面代码开启内存缓存，当然 Glide 默认是为我们开启了内存缓存所以不需要我们调用 skipMemoryCache //在 BaseRequestOptions 成员变量中默认为内存缓存开启。 private boolean isCacheable = true; //调用层调用 Glide.
深度学习-Android-图片加载框架-Glide-(二)-切入源码层深入分析-Glide-缓存策略(2)
2401_84123056的博客
04-21 950
我坚信，坚持学习，每天进步一点，滴水穿石，我们离成功都很近！以下是总结出来的字节经典面试题目，包含：计算机网络，Kotlin，数据结构与算法，Framework源码，微信小程序，NDK音视频开发，计算机网络等。字节高级Android经典面试题和答案《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！[外链图片转存中…(img-Nbtd4Ece-1713680798730)][外链图片转存中…(img-JDUanRtP-1713680798731)]
深度学习-Android-图片加载框架-Glide-(二)-切入源码层深入分析-Glide-缓存策略
2401_84123077的博客
04-21 806
在上一篇中，我们知道了 Glide 框架的最基本的执行流程，那么只知道基本执行流程，这显然是不够的，我们要深挖 Glide 框架的细节处理原理，比如缓存机制，图片处理等，这一篇我们就一起去探索 Glide 的缓存机制。Glide 缓存机制可以说是设计的非常完美，考虑的非常周全，下面就以一张表格来说明下 Glide 缓存。缓存类型缓存代表说明活动缓存如果当前对应的图片资源是从内存缓存中获取的，那么会将这个图片存储到活动资源中。内存缓存图片解析完成并最近被加载过，则放入内存中磁盘缓存-资源类型。
Android使用磁盘缓存DiskLruCache
小马快跑的博客
07-17 1047
DiskLruCache 不同于LruCache，LruCache是将数据缓存到内存中去，而DiskLruCache是外部缓存，例如可以将网络下载的图片永久的缓存到手机外部存储中去，并可以将缓存数据取出来使用，DiskLruCache不是google官方所写，但是得到了官方推荐，DiskLruCache没有编写到SDK中去，如需使用可直接copy这个类到项目中去。DiskLruCache地址： h
DiskLruCache下载
05-21
DiskLruCache下载
Android中的缓存策略--DiskLruCache
u014732103的博客
11-21 496
LruCache是一种内存缓存策略，但是当存在大量图片的时候，我们指定的缓存内存空间可能很快就会用完，这个时候，LruCache就会频繁的进行trimToSize()操作，不断的将最近最少使用的数据移除，当再次需要该数据时，又得从网络上重新加载。为此，Google提供了一种磁盘缓存的解决方案——DiskLruCache1 DiskLruCache实现原理使用了DiskLruCache缓存策略的APP
Android DiskLruCache磁盘缓存
qq_39431405的博客
11-22 572
一 概述 记得在很早之前，我有写过一篇文章Android高效加载大图、多图解决方案，有效避免程序OOM，这篇文章是翻译自Android Doc的，其中防止多图OOM的核心解决思路就是使用LruCache技术。但LruCache只是管理了内存中图片的存储与释放，如果图片从内存中被移除的话，那么又需要从网络上重新加载一次图片，这显然非常耗时。对此，Google又提供了一套硬盘缓存的解决方案：DiskLruCache(非Google官方编写，但获得官方认证)。只可惜，Android Doc中并没有对DiskLru
DiskLruCache硬盘缓存
xdy1120的博客
07-31 311
1、什么是硬盘缓存呢？ 顾名思义，就是把从网络上加载的数据存储在本地硬盘上，当再次加载这些数据时候，通过一系列判断本地是否有该数据，就不会从先网络上加载，而是从本地硬盘缓存中拿取数据，这样即使在没有网络情况下，也可以把数据显示出来。举个例子：比如网易新闻app，我们打开客户端后开始浏览新闻，之后发现在手机没有联网的情况下，之前浏览的界面还是能正常的显示出来，这显然就是用到了硬盘缓存DiskLruC...
Android 缓存浅谈（二） DiskLruCache
zhangxiaowei
08-19 5298
上篇文章讲解了使用LruCache策略在内存中缓存图片，如果你还未了解，请先看Android 缓存浅谈（一） LruCache。      在Android应用开发中，为了提高UI的流畅性、响应速度，提供更高的用户体验，开发者常常会绞尽脑汁地思考如何实现高效加载图片，而DiskLruCache实现正是开发者常用的图片缓存技术之一。Disk LRU Cache，顾名思义，硬件缓存，就是一个在文件系
DiskLRUCache
最新发布
柒月
06-25 603
是Android中实现磁盘缓存相关的组件类，当缓存满时其使用最近最少使用策略来淘汰相关的元素，以控制缓存大小。本文主要基于DiskLRUCache相关源码分析DiskLRUCache的创建、缓存的添加、获取、删除流程。
郭霖大虾csdn博客
08-25
郭霖大虾是一位在CSDN平台上非常知名的博主。他在CSDN上发表了100多篇Android技术文章，并且获得了CSDN认证专家的称号。他的博客访问量超过了1000万次，被评选为CSDN年度博客之星多年连续获奖。此外，他还拥有个人...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值