1.介绍
Jedis是Redis官方推荐的Java连接开发工具,对redis客户端进行了一系列的封装包括:资源池,命令,异常处理.要想灵活的通过代码层使用Redis中间件，必须对Jedis有一定的了解.
2.demo
public class RedisClient {
//jedis资源池
private JedisPool jedisPool;
public RedisClient(jedisPool jedisPool){
this.jedisPool = jedisPool;
}
/**
* @param key
* @param value
* @return
*/
public Long setnx(String key ,String value){
Jedis jedis =null;
Long result = null;
try {
jedis = jedisPool.getResource();
result = jedis.setnx(key,value);
}catch (Exception e){
log.error("expire key:{} error",key,e);
jedisPool.returnResource(jedis);
return result;
}
jedisPool.returnResource(jedis);
return result;
}
/**
* @param key
* @param exTime
* @return
*/
public Long expire(String key,int exTime){
Jedis jedis = null;
Long result = null;
try {
jedis = jedisPool.getResource();
result = jedis.expire(key,exTime);
} catch (Exception e) {
log.error("expire key:{} error",key,e);
jedisPool.returnBrokenResource(jedis);
return result;
}
jedisPool.returnResource(jedis);
return result;
}
}
3.架构
3.1连接资源池实现
资源池类比:
所谓资源池就是将共享工具(资源)存储到仓库中,然后当需要时联系仓储管理员获取到对应的资源.资源使用完毕之后需要将资源归还到仓库中,供别人使用.资源可能会收到磨损破坏导致无法使用,这时候要求管理员清除破损的工具然后重新生产一批工具来填充.
实现:
针对资源池的实现是使用开源工具org.apache.commons.pool2来实现,对资源池进行了抽象可以在其基础上进一步完成我们的需求.
如图所示是对资源池的代码层表示:
(1)工具可以类比于程序中的PooledObject,自定义类可以包装在PooledObject中
(2)仓库是用一个阻塞队列实现的,资源的借还是对该idleObjects的add和get等操作.
private final LinkedBlockingDeque<PooledObject<T>> idleObjects;
private void addIdleObject(PooledObject<T> p) throws Exception {
if (p != null) {
this.factory.passivateObject(p);
if (this.getLifo()) {
this.idleObjects.addFirst(p);
} else {
this.idleObjects.addLast(p);
}
}
(3)管理员对应Pool类,包含了getResources()和returnResource()函数,代表了资源的使用和返还.
(4)资源(工具)的创建是通过工厂来实现的
(5)注意在此过程中对资源的管理动作不是线程安全的,需要自己处理同步.
3.2论一个命令的旅程
当通过client工具对redis发送一个命令,需要经历哪些奇妙之旅呢?
(1).appClient通过RedisPool获取获取到一个连接资源实例Jedis,然后发送ping()命令
(2).Jedis调用父类BinaryJedis来完成命令的传达,BinaryJedis还封装了事务相关的属性
(3).BinaryJedis中依赖了Client间接继承Client类,命令传给Client类来完成
(4).Client继续将命令上传给BinaryClient来完成
(5).最终命令到达Connection类,由Socket's OutStream将命令发送到redis服务器.命令执行结果将通过 InputStream来获取
(6).appClient接收到返回结果
至此命令执行成功
3.3Jedis异常处理
Connection作为连接Redis的终端代理,包括1.建立连接2.发送command3.接收返回结果返回上层.因此可以理解所有异常的发源地都是Connection,那么需要在Connection端对exception来进一步包装.
(1).建立/断开连接失败时将异常封装在JedisConnectionException中
(2).发送命令失败可能抛出IoException,然后重新包装为JedisConnectionException.
(3).接受结果通过Process处理,对异常结果进行ProcessError()来根据原因对异常封装成对应的自定义Exception.
注意:客户端通过Jedis调用时需要注意对异常的处理
4.redis分布式锁
4.1实现分布式锁的基本条件是:
(1).互斥保证在某一时刻只有一个客户端获取锁
(2).容错保证在当存在节点可用客户端就能正常加锁解锁
(3).无死锁保证不会出现死锁,导致无法正常运行
4.2锁实现:
加锁:可以直接通过可以直接通过 set key value px milliseconds nx 命令实现加锁。
该命令能够代替setnx() + expire()非原子性的问题,防止在setnx()成功之后还没来得及设置超时属性,突然宕机导致锁“长生不老“.
解锁:通过Lua脚本实现解锁
if redis.call('get', KEYS[1]) == ARGV[1] then return redis.call('del', KEYS[1]) else return 0 end
-----
public static void freeLock() {
private String lua= "if redis.call('get', KEYS[1]) == ARGV[1] then return redis.call('del', KEYS[1]) else return 0 end";
Jedis jedis = null;
try {
jedis = RedisManager.getJedis();
} catch (Exception e) {
e.printStackTrace();
}
String luaScript = jedis.scriptLoad(lua);
System.out.println(luaScript);
Object object = jedis.evalsha(luaScript, keys, argves);
System.out.println(object);
}
4.3问题解决
(1).超时后del导致误删其他线程的锁
问题描述:假设A线程获取到锁在指定时间内没有处理完业务(30秒内)则锁开始超时,此时B线程获取锁成功.当A执行完业务时(30秒之后)主动删除自己之前添加的锁,这样导致B获取的锁也随之失效
解决:在加锁时用能代表当前线程的唯一的ID作为key,超时后不会删除已经获取的超时锁.
(2).多线程并发问题
问题描述:(1)中问题虽然解决了避免删除问题,但是还是会存在多线程问题.A获取锁超时后接着执行同时B也获取了锁,不能满足互斥性.
解决:我们可以单独起一个子线程,监控主线程锁是否会过期,当锁快过期时自动完成续期.
