近期生产环境碰到不少redis的异常，有获取不到连接的，有返回资源出错，还有就是Unexpected end of stream. 这个异常。各种百度google之后发现造成这种问题的原因大致如下

1.输出缓冲区满。例如将普通客户端的输出缓冲区设置为1M 1M 60：

config set client-output-buffer-limit “normal 1048576 1048576 60 slave 268435456 67108864 60 pubsub 33554432 8388608 60”

如果使用get命令获取一个bigkey(例如3M)，就会出现这个异常。(我们的是0无限制)

2.长时间闲置连接被服务端主动断开，可以查询timeout配置的设置以及自身连接池配置是否需要做空闲检测。

3.不正常并发读写：Jedis对象同时被多个线程并发操作，可能会出现上述异常。（每个线程一个jedis对象）

但通过观察我们的设置和代码1和3 是可以排除的，因此怀疑是2，是什么原因造成的2呢。经过一番查找，初步怀疑是服务器端的timeout和客户端的timeout(minEvictableIdleTimeMillis) 不是很一致出现的这个问题。经过搜索，minEvictableIdleTimeMillis这个值客户端默认是30分钟，而查看了下我们redis服务器的timeout为600s初步怀疑是这个原因造成。查询语句为config get timeout。但开发人员无法搞生产环境啊，就只能自己回来验证了。

代码如下，分了两部分，一部分是集群的，一部分是jedispool的，其实最终都是jedispool了。

private static void clusterTest() throws InterruptedException {Setsets = new HashSet<>();

HostAndPort hostAndPort = new HostAndPort(“”, 5000);

HostAndPort hostAndPort1 = new HostAndPort(“”, 5001);

HostAndPort hostAndPort2 = new HostAndPort(“”, 5002);

HostAndPort hostAndPort3 = new HostAndPort(“”, 5003);

HostAndPort hostAndPort4 = new HostAndPort(“”, 5004);

HostAndPort hostAndPort5 = new HostAndPort(“”, 5005);

sets.add(hostAndPort);

sets.add(hostAndPort1);

sets.add(hostAndPort2);

sets.add(hostAndPort3);

sets.add(hostAndPort4);

sets.add(hostAndPort5);

JedisPoolConfig config = new JedisPoolConfig();

config.setMaxTotal(100);

config.setTestOnBorrow(false);

config.setMaxWaitMillis(2000);

final JedisCluster jedisCluster = new JedisCluster(sets, 2000, 1, config);//注意这里第三个参数是1，本地没有模拟高并发的情况下，重试的时候会获取一个新建的connect，就不会发生异常了

System.out.println(jedisCluster.get(“5”));

java.lang.Thread.sleep(12000);

System.out.println(jedisCluster.get(“5”));

}

public static void jedisTest() throws InterruptedException {

JedisPoolConfig config = new JedisPoolConfig();

config.setMaxTotal(100);

config.setTestOnBorrow(false);

config.setMaxWaitMillis(2000);

JedisPool jedisPool = new JedisPool(config, “”, 5001);

Jedis jedis = jedisPool.getResource();

System.out.println(jedis.get(“5”));

jedis.close();

java.lang.Thread.sleep(12000);

System.out.println(jedisPool.getResource().get(“5”));

}

在执行一次redis查询之后线程休息了12s，redis 服务器我设置的timeout是10s

main方法跑起来，果然在第二个命令的时候报错

Exception in thread “main” redis.clients.jedis.exceptions.JedisConnectionException: Unexpected end of stream.

at redis.clients.util.RedisInputStream.ensureFill(RedisInputStream.java:199)

at redis.clients.util.RedisInputStream.readByte(RedisInputStream.java:40)

at redis.clients.jedis.Protocol.process(Protocol.java:151)

at redis.clients.jedis.Protocol.read(Protocol.java:215)

at redis.clients.jedis.Connection.readProtocolWithCheckingBroken(Connection.java:340)

at redis.clients.jedis.Connection.getBinaryBulkReply(Connection.java:259)

at redis.clients.jedis.Connection.getBulkReply(Connection.java:248)

at redis.clients.jedis.Jedis.get(Jedis.java:153)

at redis.clients.jedis.JedisCluster$3.execute(JedisCluster.java:122)

at redis.clients.jedis.JedisCluster$3.execute(JedisCluster.java:119)

at redis.clients.jedis.JedisClusterCommand.runWithRetries(JedisClusterCommand.java:120)

at redis.clients.jedis.JedisClusterCommand.run(JedisClusterCommand.java:31)

at redis.clients.jedis.JedisCluster.get(JedisCluster.java:124)

将线程的sleep时间改为8s使之小于10s之后，错误消失。

通过查看jedis集群 的源码

发现这样出错之后会重新设置缓存。此处怀疑会造成Could not return the resource to the pool(仅仅是怀疑)。

最终线上的问题是否由于这个原因造成不得而知，没有去验证。但至少已经证实timeout设置不合理服务端单方关闭连接是造成此异常 的一个原因，也算是学习了。