RxHttp 全网Http缓存最优解

RxHttp.get(“/service/…”)
.setCacheValidTime(10 * 1000) //当前请求缓存有效期为10秒
.setCache(CacheMode.READ_CACHE_FAILED_REQUEST_NETWORK) //当前请求先读取缓存，失败后，再请求网络
.asString()
.subscribe(s -> {
//成功回调
}, throwable -> {
//失败回调
});

以上代码，为单个请求设置了单独的缓存策略，其中有效时长为10秒，缓存模式为先读取缓存，失败后，再请求网络。如果不设置，将使用全局的缓存策略。

注：设置单独的缓存模式/缓存有效时长前，一定要设置缓存存储目录和缓存最大Size，否则无效

4、关于CacheKey

CacheKey在RxHttp的缓存模块中，是一个很重要的角色，内部缓存的读写、删除都是通过CacheKey来操作的。对于不相同的请求，要保证CacheKey的唯一性；对于相同的请求，要保证CacheKey的静态性，这两个特性非常重要，一定要保证，否则缓存将变得毫无意义。

为啥这么说，请往下看。

4.1、内部CacheKey的生成规则

RxHttp内部会根据一定规则，为每个请求，都生成一个具有唯一性的CacheKey，规则如下：

NoBodyParam：

将添加的参数拼接在url后面，如：CacheKey = url?key=value&key1=value1… ，Get、Head类型请求遵循这个规则

FormParam：

同NoBodyParam，将添加的参数拼接在url后面，如：CacheKey = url?key=value&key1=value1… ， xxxForm类型请求遵循这个规则

JsonParam：

将添加的参数转换成Json字符串jsonStr后，添加到url后面，如：CacheKey = url?json=jsonStr ， xxxJson类型请求遵循这个规则

JsonArrayParam：

同JsonParam，将添加的参数转换成Json字符串jsonStr后，添加到url后面，如：CacheKey = url?json=jsonStr， xxxJsonArray类型请求遵循这个规则

以上4个规则，可在对应的Param类中getCacheKey()方法查看

4.2、自定义CacheKey

如果以上规则不能满足你的业务需求，RxHttp还提供了两种自定义CacheKey的方式，如下：

1、通过RxHttp#setCacheKey(String)方法，为单个请求指定CacheKey

RxHttp.get(“/service/…”)
.setCacheKey(“自定义的CacheKey”) //自定义CacheKey
.asString()
.subscribe(s -> {
//成功回调
}, throwable -> {
//失败回调
});

2、通过自定义Param，并重写getCacheKey()方法，为某一类请求制定CacheKey的生成规则，如下：

@Param(methodName = “postEncryptForm”)
public class PostEncryptFormParam extends FormParam {

public PostEncryptFormParam(String url) {
super(url, Method.POST);
}

@Override
public String getCacheKey() {
String cacheKey = null;
String simpleUrl = getSimpleUrl(); //拿到Url
Headers headers = getHeaders();//拿到添加的请求头
List keyValuePairs = getKeyValuePairs(); //拿到添加的参数
cacheKey = “根据url/请求头/参数，自定义规则，生成CacheKey”;
return cacheKey;
}
}

注：自定义CacheKey，一定要保证CacheKey的唯一性，若重复，将覆盖已存在的缓存

4.3、唯一性

唯一性，就是要保证不同的请求都具有不同的CacheKey。若相同，就会造成缓存错乱。

举个例子：

有A、B两个不同的请求，CacheKey、缓存模式均一样，缓存模式为READ_CACHE_FAILED_REQUEST_NETWORK，即先读缓存，失败后，再请求网络。

此时，A先发请求，步骤为：读缓存失败—>请求网络—>请求成功，写入缓存—>结束；

随后B发起请求，步骤为：读缓存成功—>结束；

因为A和B的CacheKey是一样的，所以B读缓存时，读到的就是A的。而且，如果B的缓存模式为REQUEST_NETWORK_FAILED_READ_CACHE，此时，如果B请求成功，写缓存时，因为CacheKey一样，就会把A的缓存覆盖掉，下次A读取缓存时，读的就是B的缓存，这就是我说的缓存错乱。

4.4、静态性

何为静态性？我对它的定义是：同一个请求，发送多次，要保证CacheKey是一致的，否则，缓存将毫无意义。

试想，我们有这样一种情况，每次发送请求，都要带上当前的时间戳，如下：

RxHttp.get(“/service/…”)
.add(“currentTime”, System.currentTimeMillis())
.setCache(CacheMode.READ_CACHE_FAILED_REQUEST_NETWORK) //当前请求先读取缓存，失败后，再请求网络
.asString()
.subscribe(s -> {
//成功回调
}, throwable -> {
//失败回调
});

上面的代码，每次发起请求，时间戳都不一样，就导致内部每次生成的CacheKey也不一样，从而造成每次都会写入相同的缓存而不覆盖，更严重的是，每次读取缓存都会失败，那我们如何避免这种情况呢？有，前面介绍的，自定义Cachekey就能解决这个问题，那还有没有更简单的办法呢？也有，往下看。

剔除不参与CacheKey组拼的参数

我们可以调用RxHttpPlugins.setExcludeCacheKeys(String... keys)方法，设置不参与CacheKey组拼的参数，即剔除这些参数。对于上面的问题，就可以这么做：

RxHttpPlugins.setExcludeCacheKeys(“currentTime”) //可变参数，可传入多个key

此时，发送请求，当前时间戳就不会参与CacheKey的组拼，从而保证了每次发起请求，CacheKey都是一样的，这就是我说的静态性

5、扩展

到这，也许有人会问我，我有这么一种业务场景：打开app，列表先展示缓存的数据，随后再请求网络，拉取最新的数据，用RxHttp如何实现？

对于这种场景，我们需要这样一种缓存模式，即：先读取缓存，不管成功与否，都继续请求网络。然而，RxHttp的5中缓存模式中，没有这样一种模式，怎么办？既然提出来了，肯定有办法，通过两种模式的组合来实现这个场景，如下：

public class MainActivity extends AppCompatActivity {

@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.main_activity);
//发送一个仅读取缓存的请求
requestData(CacheMode.ONLY_CACHE);
//接着在发送一个请求网络，成功后写缓存的请求
requestData(CacheMode.NETWORK_SUCCESS_WRITE_CACHE);
}

//获取数据
public void requestData(CacheMode cacheMode) {
RxHttp.get(“/service/…”)
.setCacheMode(cacheMode)
.asString()
.as(RxLife.asOnMain(this)) //感知生命周期，并在主线程回调
.subscribe(s -> {
//成功回调
if (cacheMode == CacheMode.ONLY_CACHE) {
//缓存读取成功回调
} else if (cacheMode == CacheMode.NETWORK_SUCCESS_WRITE_CACHE) {
//请求网络成功回调
}
}, throwable -> {

});
}
}

上面代码中，我们发送了两个请求，两个请求分别为CacheMode.ONLY_CACHE、CacheMode.NETWORK_SUCCESS_WRITE_CACHE这两种缓存模式，随后，在成功回调里，根据缓存模式的不同，执行不同的业务逻辑即可。

那RxHttp为什么不增加一种缓存模式，直接支持这种业务场景呢？原因有2个：

1、如果直接支持的话，就必须要增加一个缓存读取成功的回调，这样会破坏RxHttp现有的代码结构
2、个人感觉，组合的方式，比起增加一个缓存读取成功的回调，代码更加的简洁，学习成本更低
当然，对于直接支持，后续如果想到更好的方案，一定会加入，如果你有好方案，记得分享。
6、小结

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则近万的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）

学习宝典

对我们开发者来说，一定要打好基础，随时准备战斗。不论寒冬是否到来，都要把自己的技术做精做深。虽然目前移动端的招聘量确实变少了，但中高端的职位还是很多的，这说明行业只是变得成熟规范起来了。竞争越激烈，产品质量与留存就变得更加重要，我们进入了技术赋能业务的时代。

不论遇到什么困难，都不应该成为我们放弃的理由！

很多人在刚接触这个行业的时候或者是在遇到瓶颈期的时候，总会遇到一些问题，比如学了一段时间感觉没有方向感，不知道该从那里入手去学习，对此我针对Android程序员，我这边给大家整理了一套学习宝典！包括不限于高级UI、性能优化、移动架构师、NDK、混合式开发（ReactNative+Weex）微信小程序、Flutter等全方面的Android进阶实践技术；希望能帮助到大家，也节省大家在网上搜索资料的时间来学习，也可以分享动态给身边好友一起学习！

【Android核心高级技术PDF文档，BAT大厂面试真题解析】

【算法合集】

【延伸Android必备知识点】

【Android部分高级架构视频学习资源】

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！

2671762978)]

【延伸Android必备知识点】

[外链图片转存中…(img-1ztOzXYP-1712671762978)]

【Android部分高级架构视频学习资源】

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！