Jedis异常总结

1、java.lang.ClassCastException: java.lang.Long cannot be cast to java.util.List
         at redis.clients.jedis.Connection.getBinaryMultiBulkReply(Connection.java:199)
         at redis.clients.jedis.Jedis.hgetAll(Jedis.java:851)
         at redis.clients.jedis.ShardedJedis.hgetAll(ShardedJedis.java:198)
   
     java.lang.ClassCastException: java.util.ArrayList cannot be cast to [B
         at redis.clients.jedis.Connection.getBinaryBulkReply(Connection.java:182)
         at redis.clients.jedis.Connection.getBulkReply(Connection.java:171)
         at redis.clients.jedis.Jedis.rpop(Jedis.java:1109)
         at redis.clients.jedis.ShardedJedis.rpop(ShardedJedis.java:258)
     莫名其妙地出现了这些诡异的错误，代码里使用了connection pool，后来发现这样的错误前面基本上都是一个
redis.clients.jedis.exceptions.JedisConnectionException: java.net.SocketTimeoutException: Read timed out
    at redis.clients.jedis.Protocol.process(Protocol.java:79)
    at redis.clients.jedis.Protocol.read(Protocol.java:131)
所以初步怀疑是当前的connection读了部分数据到本地内存中，然后读超时后，并没有把这个connection对应的本地内存数据清空或者destory掉这个connection(有可能直接将该connection正常地return到pool里面了，而不是returnBrokenResource())，然后当前线程或者其他线程继续就用这个connection去做其他的操作，就会导致下次读取来的数据前面还夹杂着上次操作的数据，导致jedis内部无法正确解析成期望的类型。