转自:http://www.cnblogs.com/qianxudetianxia/archive/2012/02/20/2112128.html

无论大型或小型应用,灵活的缓存可以说不仅大大减轻了服务器的压力,而且因为更快速的用户体验而方便了用户。
Android的apk可以说是作为小型应用,其中99%的应用并不是需要实时更新的,而且诟病于蜗牛般的移动网速,与服务器的数据交互是能少则少,这样用户体验才更好,这也是我们有时舍弃webview而采用json传输数据的原因之一。 
采用缓存,可以进一步大大缓解数据交互的压力,特此,我们简略列举一下缓存管理的适用环境:
1. 提供网络服务的应用
2. 数据更新不需要实时更新,但是哪怕是3-5分钟的延迟也是可以采用缓存机制。 
3. 缓存的过期时间是可以接受的(不会因为缓存带来的好处,导致某些数据因为更新不及时而影响产品的形象等)
带来的好处:
1. 服务器的压力大大减小
2. 客户端的响应速度大大变快(用户体验)
3. 客户端的数据加载出错情况大大较少,大大提高了应有的稳定性(用户体验)
4. 一定程度上可以支持离线浏览(或者说为离线浏览提供了技术支持)

一、缓存管理的方法
这里的缓存管理的原理很简:通过时间的设置来判断是否读取缓存还是重新下载。
里面会有一些细节的处理,后面会详细阐述。
基于这个原理,目前鄙人见过的两种比较常见的缓存管理方法是:数据库法和文件法。

二、数据库法缓存管理
这种方法是在下载完数据文件后,把文件的相关信息如url,路经,下载时间,过期时间等存放到数据库,下次下载的时候根据url先从数据库中查询,如果查询到当前时间并未过期,就根据路径读取本地文件,从而实现缓存的效果。
从实现上我们可以看到这种方法可以灵活存放文件的属性,进而提供了很大的扩展性,可以为其它的功能提供一定的支持;
从操作上需要创建数据库,每次查询数据库,如果过期还需要更新数据库,清理缓存的时候还需要删除数据库数据,稍显麻烦,而数据库操作不当又容易出现一系列的性能,ANR问题,实现的时候要谨慎,具体作的话,但也只是增加一个工具类或方法的事情。
还有一个问题,缓存的数据库是存放在/data/data/<package>/databases/目录下,是占用内存空间的,如果缓存累计,容易浪费内存,需要及时清理缓存。
当然这种方法从目前一些应用的实用上看,我没有发现什么问题。
本文我侧重强调第二种方法,第一种方法的实现,就此掠过。

三、文件法缓存管理
这种方法,使用File.lastModified()方法得到文件的最后修改时间,与当前时间判断是否过期,从而实现缓存效果。
实现上只能使用这一个属性,没有为其它的功能提供技术支持的可能。
操作上倒是简单,比较时间即可。本身处理也不容易带来其它问题,代价低廉。

四、文件法缓存管理的两点说明
1. 不同类型的文件的缓存时间不一样。
笼统的说,不变文件的缓存时间是永久,变化文件的缓存时间是最大忍受不变时间。
说白点,图片文件内容是不变的,直到清理,我们是可以永远读取缓存的。
配置文件内容是可能更新的,需要设置一个可接受的缓存时间。
2. 不同环境下的缓存时间标准不一样。
无网络环境下,我们只能读取缓存文件,哪怕缓存早就过期。
WiFi网络环境下,缓存时间可以设置短一点,一是网速较快,而是流量不要钱。
移动数据流量环境下,缓存时间可以设置长一点,节省流量,就是节省金钱,而且用户体验也更好。
举个例子吧,最近本人在做的一个应用在wifi环境下的缓存时间设置为5分钟,移动数据流量下的缓存时间设置为1小时。
这个时间根据自己的实际情况来设置:数据的更新频率,数据的重要性等。

五、何时刷新
开发者一方面希望尽量读取缓存,用户一方面希望实时刷新,但是响应速度越快越好,流量消耗越少越好,是一个矛盾。
其实何时刷新我也不知道,这里我提供两点建议:
1. 数据的最长多长时间不变,对应用无大的影响。
比如,你的数据更新时间为1天,则缓存时间设置为4~8小时比较合适,一天他总会看到更新,如果你觉得你是资讯类应用,再减少,2~4小时,如果你觉得数据比较重要或者比较受欢迎,用户会经常把玩,再减少,1~2小时,依次类推。
为了保险起见,你可能需要毫无理由的再次缩减一下。
2. 提供刷新按钮。
上面说的保险起见不一定保险,最保险的方法使在相关界面提供一个刷新按钮,为缓存,为加载失败提供一次重新来过的机会,有了这个刷新按钮,我们的心也才真的放下来。

六、文件缓存法的具体实现
针对配置文件的缓存,我新建了一个类ConfigCache:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
import java.io.File;
import java.io.IOException;
import android.util.Log;
import com.tianxia.app.floworld.AppApplication;
import com.tianxia.app.floworld.utils.FileUtils;
import com.tianxia.app.floworld.utils.NetworkUtils;
public class ConfigCache {
    private static final String TAG = ConfigCache.class.getName();
    public static final int CONFIG_CACHE_MOBILE_TIMEOUT  = 3600000;  //1 hour
    public static final int CONFIG_CACHE_WIFI_TIMEOUT    = 300000;   //5 minute
    public static String getUrlCache(String url) {
        if (url == null) {
            return null;
        }
        String result = null;
        File file = new File(AppApplication.mSdcardDataDir + "/" + getCacheDecodeString(url));
        if (file.exists() && file.isFile()) {
            long expiredTime = System.currentTimeMillis() - file.lastModified();
            Log.d(TAG, file.getAbsolutePath() + " expiredTime:" + expiredTime/60000 "min");
            //1. in case the system time is incorrect (the time is turn back long ago)
            //2. when the network is invalid, you can only read the cache
            if (AppApplication.mNetWorkState != NetworkUtils.NETWORN_NONE && expiredTime < 0) {
                return null;
            }
            if(AppApplication.mNetWorkState == NetworkUtils.NETWORN_WIFI
                   && expiredTime > CONFIG_CACHE_WIFI_TIMEOUT) {
                return null;
            else if (AppApplication.mNetWorkState == NetworkUtils.NETWORN_MOBILE
                   && expiredTime > CONFIG_CACHE_MOBILE_TIMEOUT) {
                return null;
            }
            try {
                result = FileUtils.readTextFile(file);
            catch (IOException e) {
                e.printStackTrace();
            }
        }
        return result;
    }
    public static void setUrlCache(String data, String url) {
        File file = new File(AppApplication.mSdcardDataDir + "/" + getCacheDecodeString(url));
        try {
            //创建缓存数据到磁盘,就是创建文件
            FileUtils.writeTextFile(file, data);
        catch (IOException e) {
            Log.d(TAG, "write " + file.getAbsolutePath() + " data failed!");
            e.printStackTrace();
        }
    }
    public static String getCacheDecodeString(String url) {
        //1. 处理特殊字符
        //2. 去除后缀名带来的文件浏览器的视图凌乱(特别是图片更需要如此类似处理,否则有的手机打开图库,全是我们的缓存图片)
        if (url != null) {
            return url.replaceAll("[.:/,%?&=]""+").replaceAll("[+]+""+");
        }
        return null;
    }
}

从实现上我们全面考虑了几个细节,注释已经说明,不再赘述。
      然后我们调用方法如下:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
void getConfig(){
        //首先尝试读取缓存
        String cacheConfigString = ConfigCache.getUrlCache(CONFIG_URL);
        //根据结果判定是读取缓存,还是重新读取
        if (cacheConfigString != null) {
            showConfig(cacheConfigString);
        else {
            //如果缓存结果是空,说明需要重新加载
            //缓存为空的原因可能是1.无缓存;2. 缓存过期;3.读取缓存出错
            AsyncHttpClient client = new AsyncHttpClient();
            client.get(CONFIG_URL, new AsyncHttpResponseHandler(){
                @Override
                public void onSuccess(String result){
                    //成功下载,则保存到本地作为后面缓存文件
                    ConfigCache.setUrlCache(result,  CONFIG_URL);
                    //后面可以是UI更新,仅供参考
                    showConfig(result);
                }
                @Override
                public void onFailure(Throwable arg0) {
                    //根据失败原因,考虑是显示加载失败,还是再读取缓存
                }
            });
        }
    }

  这样配置文件既能有效缓存,又能及时更新了,同时支持离线浏览。

七、小结
     智能手机的缓存管理应用非常的普遍和需要,是提高用户体验的有效手段之一。
     当然,缓存管理一些内容没有细说,如图片缓存,缓存清理等,这些处理起来比较简单。

Androi App缓存管理相关推荐

  1. Android学习系列(27)--App缓存管理

    随笔- 53 文章- 10 评论- 1064 Android学习系列(27)--App缓存管理 无论大型或小型应用,灵活的缓存可以说不仅大大减轻了服务器的压力,而且因为更快速的用户体验而方便了用户. ...

  2. Android学习系列--App缓存管理

    http://www.cnblogs.com/qianxudetianxia/archive/2012/02/20/2112128.html 无论大型或小型应用,灵活的缓存可以说不仅大大减轻了服务器的 ...

  3. Glide核心设计二:缓存管理

    原文链接:Glide核心设计二:缓存管理 引言 Glide作为一个优秀的图片加载框架,缓存管理是必不可少的一部分,这篇文章主要通过各个角度.从整体设计到代码实现,深入的分析Glide的缓存管理模块,力 ...

  4. Android图片缓存管理

    在一个app中,图片资源是处处存在的,加载图片的流程一般是: 1 先从缓存中读取 2 若缓存中不存在,从SD卡中读取 3 若SD卡中也不存在,则从服务器拉取 后两个步骤纯碎属于业务逻辑,暂且不表,这里 ...

  5. springboot缓存管理器(CacheManager)

    springboot缓存管理器(CacheManager)讲解--超详细!!! 一.引入 ​随着java的慢慢学习,缓存的使用也越来越多.我们使用缓存大多数是通过api的方式来操作,厉害的人也可以自己 ...

  6. HDFS集中式缓存管理(Centralized Cache Management)

    Hadoop从2.3.0版本号開始支持HDFS缓存机制,HDFS同意用户将一部分文件夹或文件缓存在HDFS其中.NameNode会通知拥有相应块的DataNodes将其缓存在DataNode的内存其中 ...

  7. 基于吉日嘎拉的通用权限管理WebForm版扩展:字典选项管理和缓存管理

    关于字典管理,其实就是2个表,一个表记录字典和对应表,另一个表记录字典内容.我这里改名为字典选项,其实是一个意思.直接上图: 这里的字典选项是分子系统的,每个子系统可以有自己的单独字典,方便管理.但是 ...

  8. Webview离线功能(优先cache缓存+cache缓存管理)

    在做Webview显示服务器的html功能时 需要加入离线功能. 开始思路很狭隘,以为一定应该是从服务器得到的html文件,下载到本地后加载~ 但是这样不能离线查看图片,因为图片数据并不再html中, ...

  9. HDFS集中式的缓存管理原理与代码剖析--转载

    原文地址:http://yanbohappy.sinaapp.com/?p=468 Hadoop 2.3.0已经发布了,其中最大的亮点就是集中式的缓存管理(HDFS centralized cache ...

最新文章

  1. python解释器运行代码-python解释器怎么运行
  2. JConsole监控远程Tomcat服务器
  3. python sdk怎么用_如何使用七牛Python SDK写一个同步脚本及使用教程
  4. 第三次学JAVA再学不好就吃翔(part14)--基础语法之循环语句注意事项
  5. jwt令牌_JWT –生成和验证令牌–示例
  6. leetcode695. 岛屿的最大面积(dfs)
  7. http与websocket(基于SignalR)两种协议下的跨域基于ASP.NET MVC--竹子整理
  8. java textfield方法,Java TextField求教育
  9. VMware HA实战攻略之一软硬件环境准备
  10. 5.大数据架构详解:从数据获取到深度学习 --- 流处理
  11. 50个技巧提高你的PHP网站程序执行效率
  12. 全网首发:JDK绘制文字:三、绘制句柄的内容是如何定义的
  13. python字典用法总结
  14. JVM内存模型和JAVA内存模型的区别
  15. 工行聚合支付二维码扫码付对接流程及代码实现
  16. java替换图片文字_Java 替换PPT文档中的文本和图片
  17. winfrom+Fleck 上传文件
  18. matlab scop的波形图怎么标注,matlab_simulink_示波器_scope图片属性设置.doc
  19. mysql导入dum_MySql 利用mysqlmysqldum导入导出数据
  20. 健身气功----八段锦

热门文章

  1. python持久层框架_想设计一个Python的持久层框架
  2. python mysql数据库操作grid控件_Python学习笔记_02:使用Tkinter连接MySQL数据库实现登陆注册功能...
  3. 1009 说反话 (20 分)(c语言)
  4. 记录部署hue在k8s上
  5. matlab偶极矩电场强度分布图_物理-电磁学|第三讲|静电场中的电介质
  6. 包含Iphlpapi.h 编译错误 error C2065: 'HRASCONN'
  7. 成绩管理单链表文件c语言,c语言学生信息管理完整.docx
  8. 记录 之 整形数除整形数 产生的数据依然是整形,难搞哦
  9. 3-插入排序C实现(递增递减的简单转换)
  10. Lua——循环和流程控制(if,for,while,break,goto,repeat...until)