eventbus源码解析

A. 如何开发Android应用框架

在Android开发中能够知道和使用一些好用的第三方支持,省去自己的很多时间,下面涉及到的多为经过历史兴衰与检验的,江山代有人才出一代更比一代强,有些已经被更新更好用的所取代,但也很多地方仍可圈可点不乏参考,有些依然经典,整理出来请君一参.欢迎大家的指正,补充与交流.
1、AndBase框架
项目地址： https://code.jd.com/zhaoqp2010_m/andbase
1.andbase中包含了大量的开发常用手段。
如网络下载，多线程与线程池的管理，数据库ORM，图片缓存管理，图片文件下载上传，Http请求工具，常用工具类（字符串，日期，文件处理，图片处理工具类等），能够使您的应用在团队开发中减少冗余代码，很大的提高了代码的维护性与开发高效性，能很好的规避由于开发疏忽而导致常犯的错误。
2.andbase封装了大量的常用控件。
如list分页，下拉刷新，图片轮播，表格，多线程下载器，侧边栏，图片上传，轮子选择，图表，Tab滑动，日历选择器等。
3.强大的AbActivity，您没有理由不继承它。
继承它你能够获得一个简单强大可设置的操作栏，以及一系列的简单调用，如弹出框，提示框，进度框，副操作栏等。
4.提供效率较高图片缓存管理策略，使内存大幅度节省，利用率提高，效率提高。
程序中要管理大量的图片资源，andbase提供简单的方法，几步完成下载与显示，并支持缩放，裁剪，缓存功能。
5.封装了大量常见工具类。
包括日期，字符，文件，图片等各种处理函数， 多而全。
6.用andbase大量减少handler的使用，而采用回调函数，代码更整洁。
handler会产生大量代码，并且不好维护，andbase对handler进行了封装。
7.简单轻量支持注解自动建表的ORM框架（支持一/多对多的关联操作）。
写sql，建表，工作量大，andbase提供更傻瓜异步增删改查工具类。
8.异步请求http框架，网络请求标准化，支持文件上传下载，get，post，进度显示。
包含了异步与http请求的工具类，实用。

2、XUtil框架
项目地址：https://github.com/wyouflf/xUtils
主要有四大模块：
(1) 数据库模块：Android中的orm框架，一行代码就可以进行增删改查；
支持事务，默认关闭；
可通过注解自定义表名，列名，外键，唯一性约束，NOT NULL约束，CHECK约束等（需要混淆的时候请注解表名和列名）；
支持绑定外键，保存实体时外键关联实体自动保存或更新；
自动加载外键关联实体，支持延时加载；
支持链式表达查询，更直观的查询语义，参考下面的介绍或sample中的例子。
(2) 注解模块：android中的ioc框架，完全注解方式就可以进行UI，资源和事件绑定；
新的事件绑定方式，使用混淆工具混淆后仍可正常工作；
目前支持常用的20种事件绑定，参见ViewCommonEventListener类和包com.lidroid.xutils.view.annotation.event。
(3) 网络模块：支持同步，异步方式的请求；
支持大文件上传，上传大文件不会oom；
支持GET，POST，PUT，MOVE，COPY，DELETE，HEAD，OPTIONS，TRACE，CONNECT请求；
下载支持301/302重定向，支持设置是否根据Content-Disposition重命名下载的文件；
返回文本内容的请求(默认只启用了GET请求)支持缓存，可设置默认过期时间和针对当前请求的过期时间。
(4) 图片缓存模块：加载bitmap的时候无需考虑bitmap加载过程中出现的oom和android容器快速滑动时候出现的图片错位等现象；
支持加载网络图片和本地图片；
内存管理使用lru算法，更好的管理bitmap内存；
可配置线程加载线程数量，缓存大小，缓存路径，加载显示动画等...
3、ThinkAndroid框架
项目地址：https://github.com/white-cat/ThinkAndroid
主要有以下模块：
(1) MVC模块：实现视图与模型的分离。
(2) ioc模块：android中的ioc模块，完全注解方式就可以进行UI绑定、res中的资源的读取、以及对象的初始化。
(3) 数据库模块：android中的orm框架，使用了线程池对sqlite进行操作。
(4) http模块：通过httpclient进行封装http数据请求，支持异步及同步方式加载。
(5) 缓存模块：通过简单的配置及设计可以很好的实现缓存，对缓存可以随意的配置
(6) 图片缓存模块：imageview加载图片的时候无需考虑图片加载过程中出现的oom和android容器快速滑动时候出现的图片错位等现象。
(7) 配置器模块：可以对简易的实现配对配置的操作，目前配置文件可以支持Preference、Properties对配置进行存取。
(8) 日志打印模块：可以较快的轻易的是实现日志打印，支持日志打印的扩展，目前支持对sdcard写入本地打印、以及控制台打印
(9) 下载器模块:可以简单的实现多线程下载、后台下载、断点续传、对下载进行控制、如开始、暂停、删除等等。
(10) 网络状态检测模块：当网络状态改变时，对其进行检

4、LoonAndroid
项目地址：https://github.com/gdpancheng/LoonAndroid
主要有以下模块：
(1) 自动注入框架（只需要继承框架内的application既可）
(2) 图片加载框架（多重缓存，自动回收，最大限度保证内存的安全性）
(3) 网络请求模块（继承了基本上现在所有的http请求）
(4) eventbus（集成一个开源的框架）
(5) 验证框架（集成开源框架）
(6) json解析（支持解析成集合或者对象）
(7) 数据库（不知道是哪位写的 忘记了）
(8) 多线程断点下载（自动判断是否支持多线程，判断是否是重定向）
(9) 自动更新模块
(10) 一系列工具类
5、volley
项目地址 ：https://github.com/smanikandan14/Volley-demo
(1) JSON，图像等的异步下载；
(2) 网络请求的排序（scheling）
(3) 网络请求的优先级处理
(4) 缓存
(5) 多级别取消请求
(6) 和Activity和生命周期的联动（Activity结束时同时取消所有网络请求）
6、android-async-http
项目地址：https://github.com/loopj/android-async-http
文档介绍：http://loopj.com/android-async-http/
(1) 在匿名回调中处理请求结果
(2) 在UI线程外进行http请求
(3) 文件断点上传
(4) 智能重试
(5) 默认gzip压缩
(6) 支持解析成Json格式
(7) 可将Cookies持久化到SharedPreferences
7、Afinal框架
项目地址：https://github.com/yangfuhai/afinal
主要有四大模块：
(1) 数据库模块：android中的orm框架，使用了线程池对sqlite进行操作。
(2) 注解模块：android中的ioc框架，完全注解方式就可以进行UI绑定和事件绑定。无需findViewById和setClickListener等。
(3) 网络模块：通过httpclient进行封装http数据请求，支持ajax方式加载，支持下载、上传文件功能。
(4) 图片缓存模块：通过FinalBitmap，imageview加载bitmap的时候无需考虑bitmap加载过程中出现的oom和android容器快速滑动时候出现的图片错位等现象。
FinalBitmap可以配置线程加载线程数量，缓存大小，缓存路径，加载显示动画等。FinalBitmap的内存管理使用lru算法，
没有使用弱引用（android2.3以后google已经不建议使用弱引用，android2.3后强行回收软引用和弱引用，详情查看android官方文档），
更好的管理bitmap内存。FinalBitmap可以自定义下载器，用来扩展其他协议显示网络图片，比如ftp等。同时可以自定义bitmap显示器，
在imageview显示图片的时候播放动画等（默认是渐变动画显示）。
总结框架结构，
ImageLoader框架（第8大框架）

UniversalImageLoader是用于加载图片的一个开源项目，在其项目介绍中是这么写的，
支持多线程图片加载
提供丰富的细节配置，比如线程池大小，HTPP请求项，内存和磁盘缓存，图片显示时的参数配置等等；
提供双缓存
支持加载过程的监听；
提供图片的个性化显示配置接口；
Widget支持(这个，个人觉得没必要写进来，不过尊重原文)
其他类似的项目也有很多，但这个作为github上着名的开源项目被广泛使用。第三方的包虽然好用省力，可以有效避免重复造轮子，但是却隐藏了一些开发上的细节，如果不关注其内部实现，那么将不利于开发人员掌握核心技术，当然也谈不上更好的使用它，计划分析项目的集成使用和低层实现。

开源框架android-async-http（第9大框架）
官网：https://github.com/loopj/android-async-http

Android-async-http开源框架可以是我们轻松的获取网络数据或者向服务器发送数据，使用起来也简单,详细请看官网：
到官网下载zip包，解压，里面有完整的代码和各种版本的jar包和demo，源码在library里面，jar包在releases里面。项目更新速度很快，老版本的回调是一个普通类，最新版是一个接口。

KJFrameForAndroid框架（第10大框架）
参考:http://www.codeceo.com/article/android-orm-kjframeforandroid.html

KJFrameForAndroid是一款基于Android的ORM和 IOC应用开发框架，封装了很多Android开发中常用的功能，包括Android中对Bitmap的操作类库。KJFrameForAndroid的设计非常精简，利用KJFrameForAndroid，我们可以用最少的代码完成很多丰富的Android功能应用，为Android开发者节省许多不必要的开发时间。
KJFrameForAndroid总共分为五大模块：UILibrary，UtilsLibrary，HttpLibrary，BitmapLibrary，DBLibrary。

Android-async-http开源框架可以是我们轻松的获取网络数据或者向服务器发送数据，使用起来也简单,详细请看官网：
到官网下载zip包，解压，里面有完整的代码和各种版本的jar包和demo，源码在library里面，jar包在releases里面。项目更新速度很快，老版本的回调是一个普通类，最新版是一个接口。

B. Android又凉了那带你看下Android开发前景如何

不管在任何行业，任何岗位，初级技术人才总是供大于求，都是不好找工作的，Android开发只是其中之一.

同样，不管任何行业、岗位，技术过硬的也都是非常吃香的！

说到底，是Android凉了吗？其实只是你凉了！

技术不过硬，就算转去Java、大数据、人工智能，还是会问出类似的问题：

身边有很多同学都会问到：

我觉得吧，首先抛开其他因素，就拿人云亦云来说，在当下这个互联网时代，很多技术一下子就火起来了，这个时候匹配的岗位需求肯定也多了，难道每次都想着换方向，转岗？

显然这个是不对的，这些火热的技术肯定会慢慢趋于正常，那么你又回到了原点。如果还是思路不变，那么就会永远的原地踏步。

转行，就是抛弃自己现有的基础，重新开始！ 身边也有不少Android开发的小伙伴转行Java，但是他们对于目前的市场还是过于乐观，Java市场竞争不大吗？从0开始的你，甚至连应届生都比不过……

就当前的手机使用人群占比来说，Android是榜首这个毫无疑问，伴随着5G时代的来临，而iPhone目前还没有一款真正意义上的5G手机，那么Android会迎来一波热潮。

用Android手机的人多，那么肯定对于Android手机里APP的需求就会多。APP需求多了，那么开发岗位的需求也多。对比以往来说，没啥差别，甚至还有可能会更好。

就Android目前广州的平均薪资是13000元+/月

薪酬范围还是可以的，而且提升空间也不小，初略统计，普遍一个月2w到3w在有一定工作经验里面来说是比较合理的。

作为身处开发类岗位的大家或者还在纠结方向的大家，我觉得还是找准方向，深耕。技术有一点深度了，然后工作经验也有了，那么我相信距离稳定的高薪也就不远了。

因为就目前形势来说，对于企业，初级开发都比较好招，但是中级或以上的就比较难了，有很多公司在这上面花了很多时间，找简历，猎头，主动联系等等，最终也是无功而返。

这其实也就变相说明了，行业内中高端人才的稀缺。想要高薪，必先埋头钻研，自身达到一定高度，薪酬自然跟着上去。

换个角度，当你技术有一定深度的时候，对于一些其他技术，或多或少都会有所涉及的。这个时候技术的广度也有了，大家还会觉得薪资会低吗？

那么，接下来我就带着大家一起来看看，一线大厂的Android开发者都需要掌握哪些技能知识点呢？

参考下图《 对标“腾讯65W"年薪Android高级工程师成长曲线 》：

一、JAVA 知识点汇总
1.1 JVM
1.2 static
1.3 final
1.4 String、StringBuffer、StringBuilder
1.5 异常处理
1.6 内部类
1.7 多态
1.8 抽象和接口
1.9 集合框架
1.10 反射
1.11 单例
1.12 线程
1.13 volatile
1.14 synchronized
1.15 Lock
1.16 引用类型

二、Android 知识点汇总
2.1 Activity
2.3 Service
2.4 BroadcastReceiver
2.5 ContentProvider
2.6 数据存储
2.7 View
2.8 进程
2.9 Parcelable 接口
2.10 IPC
2.11 Window / WindowManager
2.12 Bitmap
2.13 屏幕适配
2.14 Context
2.15 SharedPreferences
2.16 消息机制
2.17 线程异步
2.18 RecyclerView 优化
2.19 Webview

[图片上传失败...(image-5ef002-1598925573832)]

三、Android 扩展知识点
3.1 ART
3.2 Apk 包体优化
3.3 Hook
3.4 Proguard
3.5 架构
3.6 Jetpack
3.7 NDK 开发
3.8 计算机网络基础
3.9 类加载器

四、Android 开源库源码分析
4.1 LeakCanary
4.2 EventBus

五、设计模式汇总
5.1 设计模式分类
5.2 面向对象六大原则
5.3 工厂模式
5.4 单例模式
5.5 建造者模式
5.6 原型模式
5.7 适配器模式
5.8 观察者模式
5.9 代理模式
5.10 责任链模式
5.11 策略模式
5.12 备忘录模式

六、Gradle 知识点汇总
6.1 依赖项配置

七、常见面试算法题汇总
7.1 排序
7.2 二叉树
7.3 链表
7.4 栈 / 队列
7.6 哈希表
7.7 堆 / 优先队列
7.8 二叉搜索树
7.9 数组 / 双指针
7.10 贪心
7.11 字符串处理
7.12 动态规划
7.13 矩阵

C. android开发框架有哪些

主要总结了7个好用的android 开发框架推荐给你：

一、 Afinal

Afinal是一个Android的ioc，orm框架，内置了四大模块功能：,FinalBitmap,FinalDb,FinalHttp。通过，我们可以通过注解的方式进行绑定ui和事件。通过finalBitmap，我们可以方便的加载bitmap图片，而无需考虑oom等问题。通过finalDB模块，我们一行代码就可以对android的sqlite数据库进行增删改查。通过FinalHttp模块，我们可以以ajax形式请求http数据。

功能：

一个android的ioc，orm框架，内置了四大模块功能：,FinalBitmap,FinalDb,FinalHttp。通过，我们可以通过注解的方式进行绑定ui和事件。通过finalBitmap，我们可以方便的加载bitmap图片，而无需考虑oom等问题。通过finalDB模块，我们一行代码就可以对android的sqlite数据库进行增删改查。通过FinalHttp模块，我们可迟戚以以ajax形式请求http数据。

优点：功能比较全面，文档完善，代码效率比较高。

缺点：没有项目demo，框架的时间比较久，代码冗余比较多(这也是无可避免的)，文档比较老跟不上代码更新进度。

二、 xUtils

xUtils：可以说是Afinal的升级版。

xUtils 包含了简旦陪很多实用的android工具。

xUtils 支持大文件上传，更全面的http请求协议支持(10种谓词)，拥有更加灵活的ORM，更多的事件注解支持且不受混淆影响...

xUitls 最低兼容android 2.2 (api level 8)

三、

是一个免费的开源的、简易的、遵循Apache2开源协议发布的Android开发框架，其开发宗旨是简单、快速的进行Android应用程序的开发，包含Android

mvc、简易sqlite orm、ioc模块、封装Android

httpclitent的http模块,具有快速构建文件缓存功能，无需考虑缓存文件的格式，都可以非常轻松的实现缓存，它还基于文件缓存模块实现了图片缓存功能，在android中加载的图片的时候，对oom的问题，和对加载图片错位的问题都轻易解决。他还包括了一个手机开发中经常应用的实用工具类，如日志管理，配置文件管理，android下载器模块，网络切换检测等等工具

四、 LoonAndroid

如果你想看ui方面的东西，这里没有，想要看牛逼的效果这里也没有。这只是纯实现功能的框架，它的目标是节省代码量，降低耦合，让代码层次看起来更清晰。整个框架一部分是网上的，一部分是我改的，为了适应我的编码习惯，还有一部分像orm完全是网上的组件。在此感谢那些朋友们。

整个框架式的初衷是为了偷懒，之前都是一个功能一个jar，做项目的时候拉进去，这样对于我来说依然还是比较麻烦。最后就导致我把所有的jar做成了一个工具集合包。

有很多框架都含有这个工具集合里的功能，这些不一定都好用，因为这是根据我个人使用喜欢来实现的，如果你们有自己的想法，可以自己把架包解压了以后，源码拉出来改动下。

目前很多框架都用到了注解，除了没有入侵我们应用的代码以外，其他的基本上都有，要么是必须继承框架里面的activity,要么是必须在activity的oncreat里面调用某个方法。

整个框架式不同于，Roboguice等ioc框架，这是一个类似spring的实现方式。在整应用的生命周期中找到切入点，然后对activity的生命周期进行拦截，然后插入自己的功能。

五、

又叫KJLibrary，是一个android的orm 和 ioc

框架。同时封装了android中的Bitmap与Http操作的框架，使其更加简单易用;

的设计思想是通过封装Android原生SDK中复杂的复杂操作而达到简化Android应用级开发，最终实现快速而又安全的开发APP。我们提倡用最少的代码，完成最多的操作，用最高的效率，完成最复杂的功能。

功能：

一个android的orm 和 ioc 框架。同时封装了android中的Bitmap与Http操作的框架，使其更加简单易用;

开发框架的设计思想是通过封拦蠢装Android原生SDK中复杂的复杂操作而达到简化Android应用级开发，最终实现快速而又安全的开发APP。总共分为五大模块：UILibrary，HttpLibrary，DBLibrary。

六、 dhroid

dhroid 是基于android 平台,

极速开发框架，其核心设计目标是开发迅速、代码量少、学习简单、功能强大、轻量级、易扩展.使你更快,更好的开发商业级别应用

功能：

1.Ioc容器: (用过spring的都知道)视图注入,对象注入,接口注入,解决类依赖关系

2.Eventbus: android平台事件总线框架,独创延时事件,事件管理轻松

3.Dhnet: 网络http请求的解决方案,使用简单,减少代码,自带多种网络访问缓存策略

4.adapter模块: 数据绑定轻松,不用写多余的adapter,天生网络支持(一行代码搞定加载,刷新问题)

5.DhDb: android中sqlite的最轻量orm框架(增删改查轻松搞定)

6.Perference: android自带Perference 升级版,让你的Perference更强大,更方便

工具集合 JSONUtil(安全处理json),ViewUtil(数据绑定更快) (异步任务工具)...

七、

SmartAndroid是一套给

Android开发者使用的应用程序开发框架和工具包。它提供一套丰富的标准库以及简单的接口和逻辑结构，其目的是使开发人员更快速地进行项目开发。使用

SmartAndroid可以减少代码的编写量，并将你的精力投入到项目的创造性开发上。

功能：

SmartAndroid 拥有全范围的类库，可以完成大多数通常需要的APP开发任务，包括：异步网络操作相关所有功能、强大的图片处理操作、轻量级ORM数据库Sqlite库、zip操作、动画特效、Html等解析采集、事件总线EventBus/Otto、Gson(Json)、AQuery、主流所有UI控件(例如：ActionbarSherlock，SlidingMenu，BottomView，Actionbar，DragListView等10多种UI库)等。

D. 京东hotkey源码解析

京东hotkey是一个经过京东大促验证的hotkey防御中间件，大概原理是通过上报key访问数到统计服务器集群，统计服务器集群将hotkey通知到客户端，让hotkey能缓存到本地内存中，做到毫秒级的Scale-Out。处理方式有点像美团cat实时收集数据进行统计，只不过美团cat没有反向通知逻辑而已。非常贴乱竖近工作实践，值得一看。

首先看一下缓存入口Cache的get方法，JdHotKeyStore.getValue是获取hotkey的方法，并且会进行访问哗薯大次数的统计上报，如果获取到hotkey不为空，则直接返回，否则从redis获取并调用JdHotKeyStore.smartSet判断是否有hotkey，有则设置值，最后返回。

JdHotKeyStore.getValue会先调用inRule校验此key是否有对应规则，如果没有对应规则则不处理，然后调用getValueSimple从本地内存中获取hotkey的存储对象ValueModel，如果没有获取到，则调用HotKeyPusher.push开始计数；如果获取到，会调用isNearExpire判断是否快过期了，如果是也计数，然后取出ValueModel里的value是否有设置对应值，有才返回。最后调用KeyHandlerFactory.getCounter().collect进行对应规则的计数。下面来一步步分析此流程。

inRule会去KeyRule缓存中获取对应的规则，经过层层调用会到KeyRuleHolder的findByKey方法，然后继续调用其findRule方法选择对应的KeyRule，如果没有KeyRule就直接返回了，否则会拿到它的ration(hotkey缓存时间)，拿到对应ration的本地缓存。实际上这里为了方法的通用性，用了get来代替contain的判断。

findRule的逻辑比较特别，作者已经留下了注释，优先全匹配->prefix匹配-> * 通配，这样做是为了更精确选择对应的规则。比如配置了sku_的前缀规则，但是茅台sku的流量突升，需要针对茅台sku的本地缓存再长一点时间让系统平稳渡过高峰期，那就配置一个sku_moutai_sku_id的全匹配规则，这样不会干扰到其他sku的缓存规则。

那么KEY_RULES的规则是怎么来的呢？这就要说到etcd了，其实可以把etcd当做zookeeper，也有对配置crud，然后通知客户端的功能。这里是做了定时拉取+监听变化的双重保证，这里跟携程apollo的处理非常像：不要把鸡蛋放在一个篮子，兜底功能真的很重要。每5秒定时从etcd拉取规则，开启监听器有变化就去etcd拉取规则。fetchRuleFromEtcd从ectd的rule_path获取rules，然后转化成ruleList继续调用notifyRuleChange进行本地处理。

notifyRuleChange会往EventBus发送KeyRuleInfoChangeEvent的通知，进而进入KeyRuleHolder的putRules方法，这里可以看到维护了KEY_RULES和RULE_CACHE_MAP。

回到原有流程，getValueSimple方法的链路比较长，主要是通过key的规则，获取到对应的ration，然后从对应ration的本地缓存中获取ValueModel。

接下来是HotKeyPusher.push，如果是remove则在etcd创建一个节点然后再删除，达到集群删除的效果。如果是探测并且key在规则内，则调用KeyHandlerFactory.getCollector().collect进行统计。

KeyHandlerFactory.getCollector().collect方法交替使用两个map，对count进行累加，这样清理map的时候就不需要停顿了，交替使用是避免停顿的有效方手纳式。

接回上文，还有一个 KeyHandlerFactory.getCounter().collect收集的是规则的访问次数，也是取到对应的规则，然后对规则的访问总数、热次数进行累加。

两个指标的收集已经分析完毕，那怎么发送到worker呢？来到PushSchelerStarter，这里会启动对两个指标的定时线程池，分别会定时调用NettyKeyPusher的send和sendCount方法。

NettyKeyPusher的send和sendCount方法都是为统计数据选择对应的worker然后进行请求，chooseChannel就是根据key哈希到其中一个worker上，然后发送请求即可。

最后当worker统计到hotkey时，client需要接收worker推送过来的hotkey进行存储，可以看到NettyClientHandler会向EventBus发送ReceiveNewKeyEvent事件，ReceiveNewKeyListener收到此事件后将调用receiveNewKeyListener.newKey，将hotkey放到本地缓存，client端的处理流程就结束了。

由上文可知，client与worker的交互只有推送统计数据到worker，worker接收处理，最后推送hotkey到client。因此worker端只需要分析两个部分：统计数据汇总、推送hotkey。
首先看到HotKey的处理逻辑是在HotKeyFilter中，首先会对totalReceiveKeyCount进行累加，然后调用publishMsg，如果统计信息超时1秒或者在白名单中就不处理，否则继续调用keyProcer.push。

keyProcer.push将未过时的统计信息丢进queue中。

worker端会开启指定数量的KeyConsumer，不断消费queue中的统计数据。根据统计数据的类型调用KeyListener的removeKey和newKey。

KeyListener的removeKey和newKey方法对Cache中的滑动窗口SlidingWindow进行删除或者累加，删除或者达到一定访问数就会推送到根据appname选出所有client进行推送。

京东的hotkey处理是通过计数来动态判断是否为hotkey，然后缓存再本地内存中，做到毫秒级的scale out。那还有没有其他解决方案？下面是我的观点：
1.如果面对一些缓存key很少的场景，比如活动页信息（同时进行的活动页不可能超过1000），完全就可以直接将缓存放在本地内存中，到了刷新时间就从redis拉取最新缓存即可，不需要动态计算hotkey。也就是常见的多级缓存。
2.同样是动态判断hotkey，但会将hotkey迁移到专门的、更多节点、更高性能的hotkey redis集群中，集群中每个节点都有同一个hotkey缓存，这样就可以做到请求的分散，避免流量都流向同一个redis节点，判断是hotkey就去hotkey集群中取，不需要存在本地内存中了，维护起来会比较简单。