当前位置:   article > 正文

Redisson—分布式集合详述_rlocalcachedmap

rlocalcachedmap

7.1. 映射(Map)

基于Redis的Redisson的分布式映射结构的RMap Java对象实现了java.util.concurrent.ConcurrentMap接口和java.util.Map接口。与HashMap不同的是,RMap保持了元素的插入顺序。该对象的最大容量受Redis限制,最大元素数量是4 294 967 295个。

除了同步接口外,还提供了异步(Async)、反射式(Reactive)和RxJava2标准的接口。如果你想用Redis Map来保存你的POJO的话,可以考虑使用分布式实时对象(Live Object)服务。

在特定的场景下,映射缓存(Map)上的高度频繁的读取操作,使网络通信都被视为瓶颈时,可以使用Redisson提供的带有本地缓存功能的映射。

  1. RMap<String, SomeObject> map = redisson.getMap("anyMap");
  2. SomeObject prevObject = map.put("123", new SomeObject());
  3. SomeObject currentObject = map.putIfAbsent("323", new SomeObject());
  4. SomeObject obj = map.remove("123");
  5. map.fastPut("321", new SomeObject());
  6. map.fastRemove("321");
  7. RFuture<SomeObject> putAsyncFuture = map.putAsync("321");
  8. RFuture<Void> fastPutAsyncFuture = map.fastPutAsync("321");
  9. map.fastPutAsync("321", new SomeObject());
  10. map.fastRemoveAsync("321");

映射的字段锁的用法:

  1. RMap<MyKey, MyValue> map = redisson.getMap("anyMap");
  2. MyKey k = new MyKey();
  3. RLock keyLock = map.getLock(k);
  4. keyLock.lock();
  5. try {
  6. MyValue v = map.get(k);
  7. // 其他业务逻辑
  8. } finally {
  9. keyLock.unlock();
  10. }
  11. RReadWriteLock rwLock = map.getReadWriteLock(k);
  12. rwLock.readLock().lock();
  13. try {
  14. MyValue v = map.get(k);
  15. // 其他业务逻辑
  16. } finally {
  17. keyLock.readLock().unlock();
  18. }

7.1.1. 映射(Map)的元素淘汰(Eviction),本地缓存(LocalCache)和数据分片(Sharding)

Redisson提供了一系列的映射类型的数据结构,这些结构按特性主要分为三大类:

  • 元素淘汰(Eviction) 类 -- 带有元素淘汰(Eviction)机制的映射类允许针对一个映射中每个元素单独设定 有效时间最长闲置时间
  • 本地缓存(LocalCache) 类 -- 本地缓存(Local Cache)也叫就近缓存(Near Cache)。这类映射的使用主要用于在特定的场景下,映射缓存(MapCache)上的高度频繁的读取操作,使网络通信都被视为瓶颈的情况。Redisson与Redis通信的同时,还将部分数据保存在本地内存里。这样的设计的好处是它能将读取速度提高最多 45倍 。 所有同名的本地缓存共用一个订阅发布话题,所有更新和过期消息都将通过该话题共享。
  • 数据分片(Sharding) 类 -- 数据分片(Sharding)类仅适用于Redis集群环境下,因此带有数据分片(Sharding)功能的映射也叫集群分布式映射。它利用分库的原理,将单一一个映射结构切分为若干个小的映射,并均匀的分布在集群中的各个槽里。这样的设计能使一个单一映射结构突破Redis自身的容量限制,让其容量随集群的扩大而增长。在扩容的同时,还能够使读写性能和元素淘汰处理能力随之成线性增长。

以下列表是Redisson提供的所有映射的名称及其特性:

接口名称
中文名称

RedissonClient
对应的构造方法

本地缓存功能
Local Cache

数据分片功能
Sharding

元素淘汰功能
Eviction

RMap
映射

getMap()

No

No

No

RMapCache
映射缓存

getMapCache()

No

No

Yes

RLocalCachedMap
本地缓存映射

getLocalCachedMap()

Yes

No

No

RLocalCachedMap
Cache
本地缓存映射缓存
仅限于Redisson PRO版本

getLocalCachedMapCache()

Yes

No

Yes

RClusteredMap
集群分布式映射存
仅限于Redisson PRO版本

getClusteredMap()

No

Yes

No

RClusteredMapCache
集群分布式映射缓存存
仅限于Redisson PRO版本

getClusteredMapCache()

No

Yes

Yes

RClusteredLocal
CachedMap
集群分布式本地缓存映射存
仅限于Redisson PRO版本

getClusteredLocal
CachedMap()

Yes

Yes

No

RClusteredLocal
CachedMapCache
集群分布式本地缓存映射缓存存
仅限于Redisson PRO版本

getClusteredLocal
CachedMapCache()

Yes

Yes

Yes

除此以外,Redisson还提供了Spring Cache和JCache的实现。

元素淘汰功能(Eviction)

Redisson的分布式的RMapCache Java对象在基于RMap的前提下实现了针对单个元素的淘汰机制。同时仍然保留了元素的插入顺序。由于RMapCache是基于RMap实现的,使它同时继承了java.util.concurrent.ConcurrentMap接口和java.util.Map接口。Redisson提供的Spring Cache整合以及JCache正是基于这样的功能来实现的。

目前的Redis自身并不支持散列(Hash)当中的元素淘汰,因此所有过期元素都是通过org.redisson.EvictionScheduler实例来实现定期清理的。为了保证资源的有效利用,每次运行最多清理300个过期元素。任务的启动时间将根据上次实际清理数量自动调整,间隔时间趋于1秒到1小时之间。比如该次清理时删除了300条元素,那么下次执行清理的时间将在1秒以后(最小间隔时间)。一旦该次清理数量少于上次清理数量,时间间隔将增加1.5倍。

  1. RMapCache<String, SomeObject> map = redisson.getMapCache("anyMap");
  2. // 有效时间 ttl = 10分钟
  3. map.put("key1", new SomeObject(), 10, TimeUnit.MINUTES);
  4. // 有效时间 ttl = 10分钟, 最长闲置时间 maxIdleTime = 10秒钟
  5. map.put("key1", new SomeObject(), 10, TimeUnit.MINUTES, 10, TimeUnit.SECONDS);
  6. // 有效时间 = 3 秒钟
  7. map.putIfAbsent("key2", new SomeObject(), 3, TimeUnit.SECONDS);
  8. // 有效时间 ttl = 40秒钟, 最长闲置时间 maxIdleTime = 10秒钟
  9. map.putIfAbsent("key2", new SomeObject(), 40, TimeUnit.SECONDS, 10, TimeUnit.SECONDS);

本地缓存功能(Local Cache)

在特定的场景下,映射(Map)上的高度频繁的读取操作,使网络通信都被视为瓶颈时,使用Redisson提供的带有本地缓存功能的分布式本地缓存映射RLocalCachedMapJava对象会是一个很好的选择。它同时实现了java.util.concurrent.ConcurrentMap和java.util.Map两个接口。本地缓存功能充分的利用了JVM的自身内存空间,对部分常用的元素实行就地缓存,这样的设计让读取操作的性能较分布式映射相比提高最多 45倍 。以下配置参数可以用来创建这个实例:

  1. LocalCachedMapOptions options = LocalCachedMapOptions.defaults()
  2. // 用于淘汰清除本地缓存内的元素
  3. // 共有以下几种选择:
  4. // LFU - 统计元素的使用频率,淘汰用得最少(最不常用)的。
  5. // LRU - 按元素使用时间排序比较,淘汰最早(最久远)的。
  6. // SOFT - 元素用Java的WeakReference来保存,缓存元素通过GC过程清除。
  7. // WEAK - 元素用Java的SoftReference来保存, 缓存元素通过GC过程清除。
  8. // NONE - 永不淘汰清除缓存元素。
  9. .evictionPolicy(EvictionPolicy.NONE)
  10. // 如果缓存容量值为0表示不限制本地缓存容量大小
  11. .cacheSize(1000)
  12. // 以下选项适用于断线原因造成了未收到本地缓存更新消息的情况。
  13. // 断线重连的策略有以下几种:
  14. // CLEAR - 如果断线一段时间以后则在重新建立连接以后清空本地缓存
  15. // LOAD - 在服务端保存一份10分钟的作废日志
  16. // 如果10分钟内重新建立连接,则按照作废日志内的记录清空本地缓存的元素
  17. // 如果断线时间超过了这个时间,则将清空本地缓存中所有的内容
  18. // NONE - 默认值。断线重连时不做处理。
  19. .reconnectionStrategy(ReconnectionStrategy.NONE)
  20. // 以下选项适用于不同本地缓存之间相互保持同步的情况
  21. // 缓存同步策略有以下几种:
  22. // INVALIDATE - 默认值。当本地缓存映射的某条元素发生变动时,同时驱逐所有相同本地缓存映射内的该元素
  23. // UPDATE - 当本地缓存映射的某条元素发生变动时,同时更新所有相同本地缓存映射内的该元素
  24. // NONE - 不做任何同步处理
  25. .syncStrategy(SyncStrategy.INVALIDATE)
  26. // 每个Map本地缓存里元素的有效时间,默认毫秒为单位
  27. .timeToLive(10000)
  28. // 或者
  29. .timeToLive(10, TimeUnit.SECONDS)
  30. // 每个Map本地缓存里元素的最长闲置时间,默认毫秒为单位
  31. .maxIdle(10000)
  32. // 或者
  33. .maxIdle(10, TimeUnit.SECONDS);
  1. RLocalCachedMap<String, Integer> map = redisson.getLocalCachedMap("test", options);
  2. String prevObject = map.put("123", 1);
  3. String currentObject = map.putIfAbsent("323", 2);
  4. String obj = map.remove("123");
  5. // 在不需要旧值的情况下可以使用fast为前缀的类似方法
  6. map.fastPut("a", 1);
  7. map.fastPutIfAbsent("d", 32);
  8. map.fastRemove("b");
  9. RFuture<String> putAsyncFuture = map.putAsync("321");
  10. RFuture<Void> fastPutAsyncFuture = map.fastPutAsync("321");
  11. map.fastPutAsync("321", new SomeObject());
  12. map.fastRemoveAsync("321");

当不再使用Map本地缓存对象的时候应该手动销毁,如果Redisson对象被关闭(shutdown)了,则不用手动销毁。

  1. RLocalCachedMap<String, Integer> map = ...
  2. map.destroy();

如何通过加载数据的方式来降低过期淘汰事件发布信息对网络的影响

代码范例:

  1. public void loadData(String cacheName, Map<String, String> data) {
  2. RLocalCachedMap<String, String> clearMap = redisson.getLocalCachedMap(cacheName,
  3. LocalCachedMapOptions.defaults().cacheSize(1).syncStrategy(SyncStrategy.INVALIDATE));
  4. RLocalCachedMap<String, String> loadMap = redisson.getLocalCachedMap(cacheName,
  5. LocalCachedMapOptions.defaults().cacheSize(1).syncStrategy(SyncStrategy.NONE));
  6. loadMap.putAll(data);
  7. clearMap.clearLocalCache();
  8. }

数据分片功能(Sharding)

Map数据分片是Redis集群模式下的一个功能。Redisson提供的分布式集群映射RClusteredMap Java对象也是基于RMap实现的。它同时实现了java.util.concurrent.ConcurrentMap和java.util.Map两个接口。在这里可以获取更多的内部信息。

  1. RClusteredMap<String, SomeObject> map = redisson.getClusteredMap("anyMap");
  2. SomeObject prevObject = map.put("123", new SomeObject());
  3. SomeObject currentObject = map.putIfAbsent("323", new SomeObject());
  4. SomeObject obj = map.remove("123");
  5. map.fastPut("321", new SomeObject());
  6. map.fastRemove("321");

7.1.2. 映射持久化方式(缓存策略)

Redisson供了将映射中的数据持久化到外部储存服务的功能。主要场景有一下几种:

  1. 将Redisson的分布式映射类型作为业务和外部储存媒介之间的缓存。
  2. 或是用来增加Redisson映射类型中数据的持久性,或是用来增加已被驱逐的数据的寿命。
  3. 或是用来缓存数据库,Web服务或其他数据源的数据。

Read-through策略

通俗的讲,如果一个被请求的数据不存在于Redisson的映射中的时候,Redisson将通过预先配置好的MapLoader对象加载数据。

Write-through(数据同步写入)策略

在遇到映射中某条数据被更改时,Redisson会首先通过预先配置好的MapWriter对象写入到外部储存系统,然后再更新Redis内的数据。

Write-behind(数据异步写入)策略

对映射的数据的更改会首先写入到Redis,然后再使用异步的方式,通过MapWriter对象写入到外部储存系统。在并发环境下可以通过writeBehindThreads参数来控制写入线程的数量,已达到对外部储存系统写入并发量的控制。

以上策略适用于所有实现了RMap、RMapCache、RLocalCachedMap和RLocalCachedMapCache接口的对象。

配置范例:

  1. MapOptions<K, V> options = MapOptions.<K, V>defaults()
  2. .writer(myWriter)
  3. .loader(myLoader);
  4. RMap<K, V> map = redisson.getMap("test", options);
  5. //
  6. RMapCache<K, V> map = redisson.getMapCache("test", options);
  7. //
  8. RLocalCachedMap<K, V> map = redisson.getLocalCachedMap("test", options);
  9. //
  10. RLocalCachedMapCache<K, V> map = redisson.getLocalCachedMapCache("test", options);

7.1.3. 映射监听器(Map Listener)

Redisson为所有实现了RMapCache或RLocalCachedMapCache接口的对象提供了监听以下事件的监听器:

事件 | 监听器 元素 添加 事件 | org.redisson.api.map.event.EntryCreatedListener
元素 过期 事件 | org.redisson.api.map.event.EntryExpiredListener
元素 删除 事件 | org.redisson.api.map.event.EntryRemovedListener
元素 更新 事件 | org.redisson.api.map.event.EntryUpdatedListener

使用范例:

  1. RMapCache<String, Integer> map = redisson.getMapCache("myMap");
  2. //
  3. RLocalCachedMapCache<String, Integer> map = redisson.getLocalCachedMapCache("myMap", options);
  4. int updateListener = map.addListener(new EntryUpdatedListener<Integer, Integer>() {
  5. @Override
  6. public void onUpdated(EntryEvent<Integer, Integer> event) {
  7. event.getKey(); // 字段名
  8. event.getValue() // 新值
  9. event.getOldValue() // 旧值
  10. // ...
  11. }
  12. });
  13. int createListener = map.addListener(new EntryCreatedListener<Integer, Integer>() {
  14. @Override
  15. public void onCreated(EntryEvent<Integer, Integer> event) {
  16. event.getKey(); // 字段名
  17. event.getValue() //
  18. // ...
  19. }
  20. });
  21. int expireListener = map.addListener(new EntryExpiredListener<Integer, Integer>() {
  22. @Override
  23. public void onExpired(EntryEvent<Integer, Integer> event) {
  24. event.getKey(); // 字段名
  25. event.getValue() //
  26. // ...
  27. }
  28. });
  29. int removeListener = map.addListener(new EntryRemovedListener<Integer, Integer>() {
  30. @Override
  31. public void onRemoved(EntryEvent<Integer, Integer> event) {
  32. event.getKey(); // 字段名
  33. event.getValue() //
  34. // ...
  35. }
  36. });
  37. map.removeListener(updateListener);
  38. map.removeListener(createListener);
  39. map.removeListener(expireListener);
  40. map.removeListener(removeListener);

7.1.4. LRU有界映射

Redisson提供了基于Redis的以LRU为驱逐策略的分布式LRU有界映射对象。顾名思义,分布式LRU有界映射允许通过对其中元素按使用时间排序处理的方式,主动移除超过规定容量限制的元素。

  1. RMapCache<String, String> map = redisson.getMapCache("map");
  2. // 尝试将该映射的最大容量限制设定为10
  3. map.trySetMaxSize(10);
  4. // 将该映射的最大容量限制设定或更改为10
  5. map.setMaxSize(10);
  6. map.put("1", "2");
  7. map.put("3", "3", 1, TimeUnit.SECONDS);

7.2. 多值映射(Multimap)

基于Redis的Redisson的分布式RMultimap Java对象允许Map中的一个字段值包含多个元素。 字段总数受Redis限制,每个Multimap最多允许有4 294 967 295个不同字段。

7.2.1. 基于集(Set)的多值映射(Multimap)

基于Set的Multimap不允许一个字段值包含有重复的元素。

  1. RSetMultimap<SimpleKey, SimpleValue> map = redisson.getSetMultimap("myMultimap");
  2. map.put(new SimpleKey("0"), new SimpleValue("1"));
  3. map.put(new SimpleKey("0"), new SimpleValue("2"));
  4. map.put(new SimpleKey("3"), new SimpleValue("4"));
  5. Set<SimpleValue> allValues = map.get(new SimpleKey("0"));
  6. List<SimpleValue> newValues = Arrays.asList(new SimpleValue("7"), new SimpleValue("6"), new SimpleValue("5"));
  7. Set<SimpleValue> oldValues = map.replaceValues(new SimpleKey("0"), newValues);
  8. Set<SimpleValue> removedValues = map.removeAll(new SimpleKey("0"));

7.2.2. 基于列表(List)的多值映射(Multimap)

基于List的Multimap在保持插入顺序的同时允许一个字段下包含重复的元素。

  1. RListMultimap<SimpleKey, SimpleValue> map = redisson.getListMultimap("test1");
  2. map.put(new SimpleKey("0"), new SimpleValue("1"));
  3. map.put(new SimpleKey("0"), new SimpleValue("2"));
  4. map.put(new SimpleKey("0"), new SimpleValue("1"));
  5. map.put(new SimpleKey("3"), new SimpleValue("4"));
  6. List<SimpleValue> allValues = map.get(new SimpleKey("0"));
  7. Collection<SimpleValue> newValues = Arrays.asList(new SimpleValue("7"), new SimpleValue("6"), new SimpleValue("5"));
  8. List<SimpleValue> oldValues = map.replaceValues(new SimpleKey("0"), newValues);
  9. List<SimpleValue> removedValues = map.removeAll(new SimpleKey("0"));

7.2.3. 多值映射(Multimap)淘汰机制(Eviction)

Multimap对象的淘汰机制是通过不同的接口来实现的。它们是RSetMultimapCache接口和RListMultimapCache接口,分别对应的是Set和List的Multimaps。

所有过期元素都是通过org.redisson.EvictionScheduler实例来实现定期清理的。为了保证资源的有效利用,每次运行最多清理100个过期元素。任务的启动时间将根据上次实际清理数量自动调整,间隔时间趋于1秒到2小时之间。比如该次清理时删除了100条元素,那么下次执行清理的时间将在1秒以后(最小间隔时间)。一旦该次清理数量少于上次清理数量,时间间隔将增加1.5倍。

RSetMultimapCache的使用范例:

  1. RSetMultimapCache<String, String> multimap = redisson.getSetMultimapCache("myMultimap");
  2. multimap.put("1", "a");
  3. multimap.put("1", "b");
  4. multimap.put("1", "c");
  5. multimap.put("2", "e");
  6. multimap.put("2", "f");
  7. multimap.expireKey("2", 10, TimeUnit.MINUTES);

7.3. 集(Set)

基于Redis的Redisson的分布式Set结构的RSet Java对象实现了java.util.Set接口。通过元素的相互状态比较保证了每个元素的唯一性。该对象的最大容量受Redis限制,最大元素数量是4 294 967 295个。

  1. RSet<SomeObject> set = redisson.getSet("anySet");
  2. set.add(new SomeObject());
  3. set.remove(new SomeObject());

Redisson PRO版本中的Set对象还可以在Redis集群环境下支持单集合数据分片。

7.3.1. 集(Set)淘汰机制(Eviction)

基于Redis的Redisson的分布式RSetCache Java对象在基于RSet的前提下实现了针对单个元素的淘汰机制。由于RSetCache是基于RSet实现的,使它还集成了java.util.Set接口。

目前的Redis自身并不支持Set当中的元素淘汰,因此所有过期元素都是通过org.redisson.EvictionScheduler实例来实现定期清理的。为了保证资源的有效利用,每次运行最多清理100个过期元素。任务的启动时间将根据上次实际清理数量自动调整,间隔时间趋于1秒到2小时之间。比如该次清理时删除了100条元素,那么下次执行清理的时间将在1秒以后(最小间隔时间)。一旦该次清理数量少于上次清理数量,时间间隔将增加1.5倍。

  1. RSetCache<SomeObject> set = redisson.getSetCache("anySet");
  2. // ttl = 10 seconds
  3. set.add(new SomeObject(), 10, TimeUnit.SECONDS);

7.3.2. 集(Set)数据分片(Sharding)

Set数据分片是Redis集群模式下的一个功能。Redisson提供的分布式RClusteredSet Java对象也是基于RSet实现的。在这里可以获取更多的信息。

  1. RClusteredSet<SomeObject> set = redisson.getClusteredSet("anySet");
  2. set.add(new SomeObject());
  3. set.remove(new SomeObject());

除了RClusteredSet以外,Redisson还提供了另一种集群模式下的分布式集(Set),它不仅提供了透明的数据分片功能,还为每个元素提供了淘汰机制。RClusteredSetCache 类分别同时提供了RClusteredSet 和RSetCache 这两个接口的实现。当然这些都是基于java.util.Set的接口实现上的。

该功能仅限于Redisson PRO版本。

7.4. 有序集(SortedSet)

基于Redis的Redisson的分布式RSortedSet Java对象实现了java.util.SortedSet接口。在保证元素唯一性的前提下,通过比较器(Comparator)接口实现了对元素的排序。

  1. RSortedSet<Integer> set = redisson.getSortedSet("anySet");
  2. set.trySetComparator(new MyComparator()); // 配置元素比较器
  3. set.add(3);
  4. set.add(1);
  5. set.add(2);
  6. set.removeAsync(0);
  7. set.addAsync(5);

7.5. 计分排序集(ScoredSortedSet)

基于Redis的Redisson的分布式RScoredSortedSet Java对象是一个可以按插入时指定的元素评分排序的集合。它同时还保证了元素的唯一性。

  1. RScoredSortedSet<SomeObject> set = redisson.getScoredSortedSet("simple");
  2. set.add(0.13, new SomeObject(a, b));
  3. set.addAsync(0.251, new SomeObject(c, d));
  4. set.add(0.302, new SomeObject(g, d));
  5. set.pollFirst();
  6. set.pollLast();
  7. int index = set.rank(new SomeObject(g, d)); // 获取元素在集合中的位置
  8. Double score = set.getScore(new SomeObject(g, d)); // 获取元素的评分

7.6. 字典排序集(LexSortedSet)

基于Redis的Redisson的分布式RLexSortedSet Java对象在实现了java.util.Set<String>接口的同时,将其中的所有字符串元素按照字典顺序排列。它公式还保证了字符串元素的唯一性。

  1. RLexSortedSet set = redisson.getLexSortedSet("simple");
  2. set.add("d");
  3. set.addAsync("e");
  4. set.add("f");
  5. set.lexRangeTail("d", false);
  6. set.lexCountHead("e");
  7. set.lexRange("d", true, "z", false);

7.7. 列表(List)

基于Redis的Redisson分布式列表(List)结构的RList Java对象在实现了java.util.List接口的同时,确保了元素插入时的顺序。该对象的最大容量受Redis限制,最大元素数量是4 294 967 295个。

  1. RList<SomeObject> list = redisson.getList("anyList");
  2. list.add(new SomeObject());
  3. list.get(0);
  4. list.remove(new SomeObject());

7.8. 队列(Queue)

基于Redis的Redisson分布式无界队列(Queue)结构的RQueue Java对象实现了java.util.Queue接口。尽管RQueue对象无初始大小(边界)限制,但对象的最大容量受Redis限制,最大元素数量是4 294 967 295个。

  1. RQueue<SomeObject> queue = redisson.getQueue("anyQueue");
  2. queue.add(new SomeObject());
  3. SomeObject obj = queue.peek();
  4. SomeObject someObj = queue.poll();

7.9. 双端队列(Deque)

基于Redis的Redisson分布式无界双端队列(Deque)结构的RDeque Java对象实现了java.util.Deque接口。尽管RDeque对象无初始大小(边界)限制,但对象的最大容量受Redis限制,最大元素数量是4 294 967 295个。

  1. RDeque<SomeObject> queue = redisson.getDeque("anyDeque");
  2. queue.addFirst(new SomeObject());
  3. queue.addLast(new SomeObject());
  4. SomeObject obj = queue.removeFirst();
  5. SomeObject someObj = queue.removeLast();

7.10. 阻塞队列(Blocking Queue)

基于Redis的Redisson分布式无界阻塞队列(Blocking Queue)结构的RBlockingQueue Java对象实现了java.util.concurrent.BlockingQueue接口。尽管RBlockingQueue对象无初始大小(边界)限制,但对象的最大容量受Redis限制,最大元素数量是4 294 967 295个。

  1. RBlockingQueue<SomeObject> queue = redisson.getBlockingQueue("anyQueue");
  2. queue.offer(new SomeObject());
  3. SomeObject obj = queue.peek();
  4. SomeObject someObj = queue.poll();
  5. SomeObject ob = queue.poll(10, TimeUnit.MINUTES);

poll, pollFromAny, pollLastAndOfferFirstTo和take方法内部采用话题订阅发布实现,在Redis节点故障转移(主从切换)或断线重连以后,内置的相关话题监听器将自动完成话题的重新订阅。

7.11. 有界阻塞队列(Bounded Blocking Queue)

基于Redis的Redisson分布式有界阻塞队列(Bounded Blocking Queue)结构的RBoundedBlockingQueue Java对象实现了java.util.concurrent.BlockingQueue接口。该对象的最大容量受Redis限制,最大元素数量是4 294 967 295个。队列的初始容量(边界)必须在使用前设定好。

  1. RBoundedBlockingQueue<SomeObject> queue = redisson.getBoundedBlockingQueue("anyQueue");
  2. // 如果初始容量(边界)设定成功则返回`真(true)`,
  3. // 如果初始容量(边界)已近存在则返回`假(false)`。
  4. queue.trySetCapacity(2);
  5. queue.offer(new SomeObject(1));
  6. queue.offer(new SomeObject(2));
  7. // 此时容量已满,下面代码将会被阻塞,直到有空闲为止。
  8. queue.put(new SomeObject());
  9. SomeObject obj = queue.peek();
  10. SomeObject someObj = queue.poll();
  11. SomeObject ob = queue.poll(10, TimeUnit.MINUTES);

poll, pollFromAny, pollLastAndOfferFirstTo和take方法内部采用话题订阅发布实现,在Redis节点故障转移(主从切换)或断线重连以后,内置的相关话题监听器将自动完成话题的重新订阅。

7.12. 阻塞双端队列(Blocking Deque)

基于Redis的Redisson分布式无界阻塞双端队列(Blocking Deque)结构的RBlockingDeque Java对象实现了java.util.concurrent.BlockingDeque接口。尽管RBlockingDeque对象无初始大小(边界)限制,但对象的最大容量受Redis限制,最大元素数量是4 294 967 295个。

  1. RBlockingDeque<Integer> deque = redisson.getBlockingDeque("anyDeque");
  2. deque.putFirst(1);
  3. deque.putLast(2);
  4. Integer firstValue = queue.takeFirst();
  5. Integer lastValue = queue.takeLast();
  6. Integer firstValue = queue.pollFirst(10, TimeUnit.MINUTES);
  7. Integer lastValue = queue.pollLast(3, TimeUnit.MINUTES);

poll, pollFromAny, pollLastAndOfferFirstTo和take方法内部采用话题订阅发布实现,在Redis节点故障转移(主从切换)或断线重连以后,内置的相关话题监听器将自动完成话题的重新订阅。

7.13. 阻塞公平队列(Blocking Fair Queue)

基于Redis的Redisson分布式无界阻塞公平队列(Blocking Fair Queue)结构的RBlockingFairQueue Java对象在实现Redisson分布式无界阻塞队列(Blocking Queue)结构RBlockingQueue接口的基础上,解决了多个队列消息的处理者在复杂的网络环境下,网络延时的影响使“较远”的客户端最终收到消息数量低于“较近”的客户端的问题。从而解决了这种现象引发的个别处理节点过载的情况。

以分布式无界阻塞队列为基础,采用公平获取消息的机制,不仅保证了poll、pollFromAny、pollLastAndOfferFirstTo和take方法获取消息的先入顺序,还能让队列里的消息被均匀的发布到处在复杂分布式环境中的各个处理节点里。

  1. RBlockingFairQueue queue = redisson.getBlockingFairQueue("myQueue");
  2. queue.offer(new SomeObject());
  3. SomeObject obj = queue.peek();
  4. SomeObject someObj = queue.poll();
  5. SomeObject ob = queue.poll(10, TimeUnit.MINUTES);

该功能仅限于Redisson PRO版本。

7.14. 阻塞公平双端队列(Blocking Fair Deque)

基于Redis的Redisson分布式无界阻塞公平双端队列(Blocking Fair Deque)结构的RBlockingFairDeque Java对象在实现Redisson分布式无界阻塞双端队列(Blocking Deque)结构RBlockingDeque接口的基础上,解决了多个队列消息的处理者在复杂的网络环境下,网络延时的影响使“较远”的客户端最终收到消息数量低于“较近”的客户端的问题。从而解决了这种现象引发的个别处理节点过载的情况。

以分布式无界阻塞双端队列为基础,采用公平获取消息的机制,不仅保证了poll、take、pollFirst、takeFirst、pollLast和takeLast方法获取消息的先入顺序,还能让队列里的消息被均匀的发布到处在复杂分布式环境中的各个处理节点里。

  1. RBlockingFairDeque deque = redisson.getBlockingFairDeque("myDeque");
  2. deque.offer(new SomeObject());
  3. SomeObject firstElement = queue.peekFirst();
  4. SomeObject firstElement = queue.pollFirst();
  5. SomeObject firstElement = queue.pollFirst(10, TimeUnit.MINUTES);
  6. SomeObject firstElement = queue.takeFirst();
  7. SomeObject lastElement = queue.peekLast();
  8. SomeObject lastElement = queue.pollLast();
  9. SomeObject lastElement = queue.pollLast(10, TimeUnit.MINUTES);
  10. SomeObject lastElement = queue.takeLast();

该功能仅限于Redisson PRO版本。

7.15. 延迟队列(Delayed Queue)

基于Redis的Redisson分布式延迟队列(Delayed Queue)结构的RDelayedQueue Java对象在实现了RQueue接口的基础上提供了向队列按要求延迟添加项目的功能。该功能可以用来实现消息传送延迟按几何增长或几何衰减的发送策略。

  1. RQueue<String> distinationQueue = ...
  2. RDelayedQueue<String> delayedQueue = getDelayedQueue(distinationQueue);
  3. // 10秒钟以后将消息发送到指定队列
  4. delayedQueue.offer("msg1", 10, TimeUnit.SECONDS);
  5. // 一分钟以后将消息发送到指定队列
  6. delayedQueue.offer("msg2", 1, TimeUnit.MINUTES);

在该对象不再需要的情况下,应该主动销毁。仅在相关的Redisson对象也需要关闭的时候可以不用主动销毁。

  1. RDelayedQueue<String> delayedQueue = ...
  2. delayedQueue.destroy();

7.16. 优先队列(Priority Queue)

基于Redis的Redisson分布式优先队列(Priority Queue)Java对象实现了java.util.Queue的接口。可以通过比较器(Comparator)接口来对元素排序。

  1. RPriorityQueue<Integer> queue = redisson.getPriorityQueue("anyQueue");
  2. queue.trySetComparator(new MyComparator()); // 指定对象比较器
  3. queue.add(3);
  4. queue.add(1);
  5. queue.add(2);
  6. queue.removeAsync(0);
  7. queue.addAsync(5);
  8. queue.poll();

7.17. 优先双端队列(Priority Deque)

基于Redis的Redisson分布式优先双端队列(Priority Deque)Java对象实现了java.util.Deque的接口。可以通过比较器(Comparator)接口来对元素排序。

  1. RPriorityDeque<Integer> queue = redisson.getPriorityDeque("anyQueue");
  2. queue.trySetComparator(new MyComparator()); // 指定对象比较器
  3. queue.addLast(3);
  4. queue.addFirst(1);
  5. queue.add(2);
  6. queue.removeAsync(0);
  7. queue.addAsync(5);
  8. queue.pollFirst();
  9. queue.pollLast();

7.18. 优先阻塞队列(Priority Blocking Queue)

基于Redis的分布式无界优先阻塞队列(Priority Blocking Queue)Java对象的结构与java.util.concurrent.PriorityBlockingQueue类似。可以通过比较器(Comparator)接口来对元素排序。PriorityBlockingQueue的最大容量是4 294 967 295个元素。

  1. RPriorityBlockingQueue<Integer> queue = redisson.getPriorityBlockingQueue("anyQueue");
  2. queue.trySetComparator(new MyComparator()); // 指定对象比较器
  3. queue.add(3);
  4. queue.add(1);
  5. queue.add(2);
  6. queue.removeAsync(0);
  7. queue.addAsync(5);
  8. queue.take();

当Redis服务端断线重连以后,或Redis服务端发生主从切换,并重新建立连接后,断线时正在使用poll,pollLastAndOfferFirstTo或take方法的对象Redisson将自动再次为其订阅相关的话题。

7.19. 优先阻塞双端队列(Priority Blocking Deque)

基于Redis的分布式无界优先阻塞双端队列(Priority Blocking Deque)Java对象实现了java.util.Deque的接口。addLast、 addFirst、push方法不能再这个对里使用。PriorityBlockingDeque的最大容量是4 294 967 295个元素。

  1. RPriorityBlockingDeque<Integer> queue = redisson.getPriorityBlockingDeque("anyQueue");
  2. queue.trySetComparator(new MyComparator()); // 指定对象比较器
  3. queue.add(2);
  4. queue.removeAsync(0);
  5. queue.addAsync(5);
  6. queue.pollFirst();
  7. queue.pollLast();
  8. queue.takeFirst();
  9. queue.takeLast();

当Redis服务端断线重连以后,或Redis服务端发生主从切换,并重新建立连接后,断线时正在使用poll,pollLastAndOfferFirstTo或take方法的对象Redisson将自动再次为其订阅相关的话题。

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/IT小白/article/detail/710706
推荐阅读
  

闽ICP备14008679号