无论是客户端还是服务端,缓存都是必不可少的一种提升用户体验的策略,大家在平时开发中,有意无意都会用到缓存,比如说 Android 开发的同学们,所有的图片框架,基本都有用到缓存技术,服务端那就完全不用说了。
说说通用的缓存策略,有两种,下面来点图,这个是我司内部分享的图,我盗用下
第一种方案,客户端使用的比较多,缓存和 DB(或者文件)同步更新,服务端一般都是用第二种方案,现在服务端的一些框架已经比较成熟了,像 spring 的@Cachable 注解,就搞定了很多事情,客户端的缓存相对来说简单一些,这期重点来说说服务端的缓存应用,再确定一点,我们来说说 Redis 这个有趣的东西。
为什么要用Redis举例呢,因为我认为Redis服务是缓存框架的集大成者,除了一般的内存缓存外,还可以缓存持久化,做任务队列等。我就来说说Redis的几种典型用法吧
Redis3.0之后加入了Redis Cluster的集群功能,之前的各种东西现在用起来会有点问题,脚本啊,管道啊,和单点的操作不一样,这边先列举几个我踩过的坑,希望能起到抛砖引玉的作用
1.不支持普通的管道操作,redistemplate.excutepipeline这么执行,需自己封装管道操作类,不能支持同一个管道操作,里面有多种找错。比如说又有kv,又又hash-kv
2.zset的一些操作也无法redistemplate直接使用,得自己封装
3.配置集群中的某一台和配置全部机器的效果是一样的
4.不支持任意的脚本操作,比如Java代码调用lua脚本的操作,有可能这个脚本就没法执行,需要考虑这个脚本在redis集群上能否执行
我司做了一些简单的封装,主要就是根据key算出是哪个slot,再根据slot算出在集群中的哪一台机器上,然后同一台机器上的操作放到一台管道操作上。
大家有兴趣的话可以关注我的公众号:大土豆爱开发,爱开发,爱生活,技术包括且不仅限于Android,JavaEE,Git等,已经有几百位和你们一样爱智求真的小伙伴了,赶紧加入吧
来源: http://www.cnblogs.com/mark888/p/7907912.html