利用Redisson快速实现分布式锁--Redisson的介绍与使用

1189

什么是Redisson

Redisson 是一个使用 Java编写的Redis 客户端。 其以Redis为基础,构建了一种内存数据网格( in-memory data grid),并提供了redis支持的分布式Java对象和服务。包括超过50中Java对象和若干服务(Set, Multimap, SortedSet, Map, List, Queue, Deque, Semaphore, Lock, AtomicLong, Map Reduce, Publish / Subscribe, Bloom filter, Spring Cache, Tomcat, Scheduler, JCache API, Hibernate, MyBatis, RPC, local cache...)。

简单来讲,Redisson可以帮助我们集中精力处理业务,而不必将过多的精力投入到redis的用法上。在项目中我们常常用它来实现redis分布式锁,替代原生redis+lua脚本的方式。

Maven依赖

项目地址https://github.com/redisson/redisson

<dependency>
   <groupId>org.redisson</groupId>
   <artifactId>redisson</artifactId>
   <version>3.15.5</version>
</dependency>

配置

Redis配置

在使用之前,首先得确保redis的安装与使用。在这里不做赘述。

Redisson支持如下的redis配置方式:

  • 单机模式
  • 主从模式
  • 哨兵模式
  • 集群模式
  • 复制节点Amazon Web Services (AWS) ElastiCache Cluster and Azure Redis Cache

Java代码

Config config = new Config();
config.useSingleServer()
  .setAddress("redis://127.0.0.1:6379");

RedissonClient client = Redisson.create(config);

本文示例采用redis单机模式的配置,首先利用SingleServerConfig构建出单机模式下redis的配置对象,并使用setAddress 方法配置IP和端口信息,除此之外,还可以通过对应的setter方法设置retryAttempts、connectionTimeout 和 clientName等参数。然后,通过SingleServerConfig构建出Config对象,并将其传递给Redisson类的create静态方法,获得RedissonClient对象,后续我们便可以使用其进行各种业务操作。

除了单机模式我们还可以使用其他配置类来配置其他redis部署模式,比如

  • useMasterSlaveServers 配置主从模式
  • useSentinelServers 配置哨兵模式
  • useClusterServers 配置集群模式
  • useReplicatedServers 配置复制节点模式

文件配置

同时,redisson还支持以文件的形式进行配置

Config config = Config.fromJSON(new File("singleNodeConfig.json"));  
RedissonClient client = Redisson.create(config);

同时,我们在singleNodeConfig.json文件中写入

{
    "singleServerConfig": {
        "idleConnectionTimeout": 10000,
        "connectTimeout": 10000,
        "timeout": 3000,
        "retryAttempts": 3,
        "retryInterval": 1500,
        "password": null,
        "subscriptionsPerConnection": 5,
        "clientName": null,
        "address": "redis://127.0.0.1:6379",
        "subscriptionConnectionMinimumIdleSize": 1,
        "subscriptionConnectionPoolSize": 50,
        "connectionMinimumIdleSize": 10,
        "connectionPoolSize": 64,
        "database": 0,
        "dnsMonitoringInterval": 5000
    },
    "threads": 0,
    "nettyThreads": 0,
    "codec": null
}

如果采用yaml文件配置方式

singleServerConfig:
    idleConnectionTimeout: 10000
    connectTimeout: 10000
    timeout: 3000
    retryAttempts: 3
    retryInterval: 1500
    password: null
    subscriptionsPerConnection: 5
    clientName: null
    address: "redis://127.0.0.1:6379"
    subscriptionConnectionMinimumIdleSize: 1
    subscriptionConnectionPoolSize: 50
    connectionMinimumIdleSize: 10
    connectionPoolSize: 64
    database: 0
    dnsMonitoringInterval: 5000
threads: 0
nettyThreads: 0
codec: !<org.redisson.codec.JsonJacksonCodec> {}

同时,如果我们想将当前配置保存到文件中,可以使用使用Config类的toJSON()和toYAML()方法

config.toJSON();
config.toYAML();

Redisson的具体使用

Redisson 支持同步、异步和反应式的编程方式,并且其提供的接口都是线程安全的。

RedissonClient 生成的所有实体(对象、集合、锁和服务)均同时具有同步和异步的方法。 一般的,一个方法对应的异步方法通过Async来进行修饰。

以RAtomicLong为例

RAtomicLong myLong = client.getAtomicLong("mylong");
myLong.compareAndSet(0,10);
RFuture<Boolean> isSet = myLong.compareAndSetAsync(0, 10);
isSet.handle((result,exception)->{
    return result;
});

可以看到RAtomicLong对应的同步和异步方法,异步与同步不同的是,其返回一个RFuture对象,我们需要注册监听其来对异步返回的结果进行处理。

对于响应式的接口,我们需要先生成响应式的客户端对象RedissonReactiveClient

RedissonReactiveClient client = Redisson.createReactive();

后续操作类似,不在赘述。

对象支持

Redisson 遵循java.util.concurrent.atomic 包中的规范,实现了分布式的对象,通过Redisson可以对这些存储在redis中的对象进行无锁的、线程安全的、原子的操作。这些对象的单个实例被序列化存储在redis集群中的任何可用节点里,可以被单个应用程序或者多个应用程序访问。

Redisson 将对象与Redis键绑定起来。我们可以通过 RKeys 接口管理这些键,并通过这些键访问Redisson对象。

RKeys keys = client.getKeys();
Iterable<String> allKeys = keys.getKeys();
Iterable<String> keysByPattern = keys.getKeysByPattern('key*')

Redisson支持以下几种对象:

  • ObjectHolder
  • BinaryStreamHolder
  • GeospatialHolder
  • BitSet
  • AtomicLong
  • AtomicDouble
  • Topic
  • BloomFilter
  • HyperLogLog

集合支持

  • Map
  • Multimap
  • Set
  • SortedSet
  • ScoredSortedSet
  • LexSortedSet
  • List
  • Queue
  • Deque
  • BlockingQueue
  • BoundedBlockingQueue
  • BlockingDeque
  • BlockingFairQueue
  • DelayedQueue
  • PriorityQueue
  • PriorityDeque

锁和同步器

  • Lock
  • FairLock
  • MultiLock
  • ReadWriteLock
  • Semaphore
  • PermitExpirableSemaphore
  • CountDownLatch

Lock(分布式锁)

RLock lock = client.getLock("hello");
try {
    lock.tryLock(500,1500, TimeUnit.MILLISECONDS);
} catch (InterruptedException e) {
    e.printStackTrace();
}finally {
    lock.unlock();
}

这句代码就可以用来实现最简单的分布式锁了,是不是比原生setnx+lua脚本要方便许多呢。

其中,本质上还是Redisson已经对原生的lua脚本进行了封装。

具体实现我们以哨兵模式为例:

img

在如图所示的架构中,应用程序要想获得分布式锁,需要向通过EVAL指令向3个哨兵集群中执行lua脚本,需要多余半数的节点响应成功,才能算获取到分布式锁。

问题点:

失效时间(过期时间)一旦达到失效时间,程序还没有执行完对应的任务,锁自动失效后,其他应用线程将会拿到分布式锁,导致不可预知的错误。这也是基于redis分布式锁的难题,在一定场景下,可以考虑使用Zookeeper来进行实现。

MultiLock

简单来说,将多个RLock对象进行分组,并这些RLock锁合并成一个大锁,以便对其进行统一的管理,当申请加锁时,可以一次性的将所有小锁的资源上锁,完成任务后,可以一次性的同时释放掉所有上锁的资源。值得注意的是,这个RLock对象可能来自于不同的Redisson实例。为了避免redis节点崩溃而导致的节点锁无法释放的问题,Redisson允许设置leaseTime参数,一旦达到指定的时间间隔,所有的锁将会自动释放,避免发生锁被永远挂起的情况。