jedis与Lettuce

最近开发的项目需要接入redis,在网上查了一下redis的客户端分别有jedis和Lettuce
网上说jedis和Lettuce的主要区别是，jedis在多线程环境下，线程是不安全的。而
Lettuce在多线程环境下线程是安全的。
那为什么jedis在多线程环境下是不安全的呢？
1.jedis是基于redis设计的，redis本身就是单线程的，所以jedis就没有做多线程的处理。
jedis实例抽象的是发送命令相关，一个jedis实例使用一个线程与使用100个线程去发送命令
没有本质上的区别，所以没有必要设置为线程安全的。
但是redis的性能瓶颈主要在网络通讯，网络通讯速度比redis处理初度要慢很多。
单客户端会导致网络通讯的时间里，redis处于闲暇，无法发挥其的处理能力。
所以就需要用多线程方式访问redis服务器。那就使用多个jedis实例，每个线程对应一个jedis
实例，而不是一个jedis实例多个线程共享。一个jedis关联一个client，相当于一个客户端，client
继承了connection,connection维护了socket连接，对于socket这种昂贵的连接，一半都会做池化，所以jedis提供了jedispool.

会出现的问题：从异常信息来看，首先是在'zadd'操作时出现"Socket读取超时异常"，具体异常信息"JedisConnectionException: java.net.SocketTimeoutException: Read timed out"。
出现异常后，会销毁这个阻塞的Jedis连接池对象（CustomShardedJedisPool.returnBrokenResource(CustomShardedJedisPool.java:121)），但在请求Redis服务端关闭连接时，出现"强制类型转换异常"，
具体异常信息"ClassCastException: java.lang.Long cannot be cast to [B"
这个问题已经有前辈遇到过了，其解释：
查看 Jedis 源码发现它的Connection中对网络输出流做了一个封装（RedisInputStream），其中自建了一个buffer。当发生异常的时候，
这个buffer里还残存着上次没有发送或者发送不完整的命令。这个时候没有做处理，直接将该连接返回到连接池，那么重用该连接执行下次命令的时候，就会将上次没有发送的命令一起发送过去，所以才会出现上面的错误“返回值类型不对”。
所以，正确的写法应该是：在发送异常的时候，销毁这个连接，不能再重用！ 

Jedis是Redis官方推荐的面向Java的操作Redis的客户端，而RedisTemplate是SpringDataRedis中对JedisApi的高度封装。
RedisTemplate