不推荐使用application的配置方式,因为会替代spring内部的对于redis的配置方式

注意:如果redis数据库没有密码,不要使用

config.useSingleServer().setPassword("")

的形式,直接跳过setPassword()就可以,配置类写法如下:

@Configuration
public class RedisConfig {
    /**
     * 配置redisson
     * @return
     */
    @Bean
    public RedissonClient redissonClient(){
        Config config = new Config();
        config.useSingleServer().setAddress("redis://192.168.41.129:6379");
        return Redisson.create(config);
    }
}

锁的使用方式如下:

RLock redisLock = redissonClient.getLock("lock:order:" + id);
//获取锁
 boolean tryLock = false;
    try {
            tryLock = redisLock.tryLock(1,10, TimeUnit.SECONDS);
    } catch (InterruptedException e) {
         throw new RuntimeException(e);
   }

trylock()三个参数表示获取锁的最大等待时间（期间会重试），锁自动释放时间，时间单位

Redisson实现原理:

1.可重入的实现原理:

        给原来的thread表示符转换为一个全新的带版本好的变量,有点像乐观锁的操作

原来的redis中存储的键值形式:(thread1里还有一个UUID用来区别不同jvm的同一个线程 )

         自行设计的分布式锁的流程:

 Redisson的键值设计以及可重入流程

 

 2.主从一致性问题:

        Redisson中不设置主节点,从节点,因为涉及到了数据的同步问题,所以不同节点的地位是一致的.Redisson在每次加锁的时候会对所有节点都加锁,这样避免了主从不一致的问题.

当然每个结点为了备份数据也可以各自建立主从结构存储数据,那么这样,当其中一个节点挂掉的时候,这时候他的master启动,而master上没有锁,恰巧有访问这个时候过来,会不会趁虚而入的,当然是不会的,因为在Redisson中要求获取全部的相应锁才能获得数据的使用权限.

 

 Redisson使用联锁实现主从一直性问题的解决:

 

 

'