看完这篇文章，再次遇到Jedis「Redis客户端」异常相信你不再怕了！

最新推荐文章于 2024-09-01 18:03:53 发布

Java爱好者社区

最新推荐文章于 2024-09-01 18:03:53 发布

阅读量1.8k

点赞数 2

文章标签： java redis jedis apache common pool2

本文链接：https://blog.csdn.net/david_lua/article/details/104244382

版权

本文导读：

[1] 疫情当前

[2] 应用异常监控

[3] Redis客户端异常分析

[4] Redis客户端问题引导分析

[5] 站在Redis客户端视角分析

[6] 站在Redis服务端视角分析

[7] 资源池生产配置合理性分析

[8] 本文总结

[1] 疫情当前

为响应国家抗击疫情的号召，全国有过亿的企业职员选择了远程办公，IT科技大厂们也纷纷开启了VPN模式，保障企业运营。

既然这样，我们该怎么做呢？苦逼的程序猿们只能加油干！来张图看看老板们担心的是什么？

BOSS担心的是什么？

不好意思，大BOSS们首先担心的可不是员工身心健康，而是工作效率的提升哦~

但是，据业内人士预估，新冠肺炎疫情很有可能激发国内企业信息化建设提速。

对于企业而言，值得期待的是，『远程办公』让企业看到办公形式的更多可能性，有助于企业未来办公形式的新尝试。

更为重要的是，企业可以此为契机，提升企业自身信息化建设，增强团队凝聚力与协同性，在『危机』中平稳运行，甚至是发现机会。

笔者也不例外，本周已依照公司要求，开启了远程办公模式，本周的感受来说，工作效率上肯定会收到一些影响。但因我们一季度目标明确，所以每天可以按部就班按计划如期进行。

而且，也因为疫情的影响，七大姑八大姨都被憋在家里了，本公司某端的服务 DAU 最近一段时间逆袭不断上涨，付费会员收入也随之增长不少，对于我们来说算是个好消息。

在家远程办公，不给国家添乱就好哇🤩！

接下来，我们继续聊聊线上环境遇到的一个问题以及分析过程。

[2] 应用异常监控

这不，项目中有一个Redis客户端的异常在疫情期间，出现在了你的面前，虽然该异常是偶发，有必要仔细分析下该异常出现的原由。

具体异常信息如下所示：

ISSUE异常

异常信息

大家看截图展示的异常信息，是不是很想问，这个异常显示怎么这么「友好」？

没错，是通过一款非常好用的实时异常监控工具：Sentry来监控到的，这款工具在我们的项目中已经接入并使用了很长一段时间了，对异常的监控非常到位。

比如针对发生的异常，将具体访问的整个URL、客户端上报的信息、设备型号等信息作为TAGS收集上来，尽情的展示给你，让你尽快结合这些信息快速定位问题。

该服务部署在k8s容器环境下，在截图中TAGS中，也能够看到 server_name 代表的是Pod的hostname，这样便能快速知道是哪个Pod出现的问题，进入容器平台直接进入到Pod内部进一步详细分析。

强烈推荐大家项目中接入Sentry，因为它不但有很好用的异常治理平台，更为重要的是Sentry支持跨语言客户端，比如支持Java、Andriod、C 、Python、Go等大部分语言，现成的客户端易于接入和使用。

我想只要你的服务不卡死，如果出现问题，项目里输出的日志中总会有一些 ERROR 级别的日志出现的，那么此时就交给Sentry，它会及时向你发出告警(邮件…)通知你。

[3] Redis客户端异常分析

本项目中使用的Jedis（Redis的Java客户端），提示异常信息 JedisConnectionException Unexpected end of stream，在使用Redis过程中我还很少遇到这个问题，既然遇到了，这是不是缘分啊 😃

其实异常栈中已经给出了详细的调用过程，在哪里出现的问题，顺藤摸瓜根据这个堆栈去查找线索。

file

如何找到更为详细的堆栈？别担心，在上图中点击下 raw 会出现完整的异常堆栈的文本信息，也方便复制拷贝出来分析。

如下所示：

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.getStatusCodeReply(Connection.java:239)
    at redis.clients.jedis.BinaryJedis.auth(BinaryJedis.java:2139)
    at redis.clients.jedis.JedisFactory.makeObject(JedisFactory.java:108)
    at org.apache.commons.pool2.impl.GenericObjectPool.create(GenericObjectPool.java:888)
    at org.apache.commons.pool2.impl.GenericObjectPool.borrowObject(GenericObjectPool.java:432)
    at org.apache.commons.pool2.impl.GenericObjectPool.borrowObject(GenericObjectPool.java:361)
...

根据以上信息，发现是调用到 BinaryJedis.auth 验证Redis密码时出错的，而且有 GenericObjectPool.borrowObject 表示借用对象的方法，GenericObjectPool是Apache开源项目的线程池，在很多开源项目中都能看到它的身影。

说明是在伸手向资源池索要对象时，在资源池里没有拿到对象，那就只能创建一个，调用了 GenericObjectPool.create ，调用具体实现方法 JedisFactory.makeObject 创建Jedis对象时出错的。

哦？这么一看，简单一想猜测下，在创建新的对象时验证密码时，可能因网络不稳定，Redis-Server没有正常返回异常信息导致的。