当前位置: 首页 > 面试题库 >

Spring Data Redis JedisConnectionException:流的意外结束

督阿苏
2023-03-14
问题内容

Redis 3.0.5
Spring数据Redis 1.3.6
jedis 2.6.3-
我们的Web应用程序,它通过pub / sub从redis接收数据。
-还以键/值对的形式对redis进行数据读/写。
-读/写发生在侦听器线程,独立监视线程和http请求线程上。
-我们对侦听器和Redis模板使用了相同的连接工厂
-我们的Redis服务器已配置“ timeout = 30”

<bean id="jedisConnectionFactory"
    class="org.springframework.data.redis.connection.jedis.JedisConnectionFactory">
    <property name="hostName" value="nnnn"></property>
    <property name="port" value="nnnn"></property>
    <property name="password" value="****"></property>
</bean>
<bean id="redisTemplate" class="org.springframework.data.redis.core.StringRedisTemplate">
    <property name="connectionFactory" ref="jedisConnectionFactory" />
</bean>
<bean id="redisContainer"
    class="org.springframework.data.redis.listener.RedisMessageListenerContainer">
    <property name="connectionFactory" ref="jedisConnectionFactory" />
    <property name="messageListeners">
        <map>
            <entry key-ref="messageListener">
                <bean class="org.springframework.data.redis.listener.ChannelTopic">
                    <constructor-arg value="topic_name" />
                </bean>
            </entry>
        </map>
    </property>
    <property name="taskExecutor" ref="redisTaskExecutor" />
    <property name="subscriptionExecutor" ref="redisSubTaskExecutor" />
</bean>
<bean id="redisTaskExecutor"
    class="org.springframework.scheduling.concurrent.ThreadPoolTaskExecutor">
    <property name="threadNamePrefix" value="RedisListenerThread"></property>
    <property name="corePoolSize" value="1" />
    <property name="maxPoolSize" value="1" />
</bean>
<bean id="redisSubTaskExecutor"
    class="org.springframework.scheduling.concurrent.ThreadPoolTaskExecutor">
    <property name="threadNamePrefix" value="RedisSubscribeThread"></property>
    <property name="corePoolSize" value="1" />
    <property name="maxPoolSize" value="1" />
</bean>
<bean id="messageListener"
    class="org.springframework.data.redis.listener.adapter.MessageListenerAdapter">
    <constructor-arg index="0">
        <bean class="my.data.Receiver" />
    </constructor-arg>
    <constructor-arg index="1"><value>receive</value></constructor-arg>
</bean>

在读取数据的过程中,有时我们在生产上会遇到以下问题。

org.springframework.data.redis.RedisConnectionFailureException:流的意外结束。嵌套异常是redis.clients.jedis.exceptions.JedisConnectionException:流的意外末尾。org.springframework.data.redis.connection.jedis.JedisExceptionConverter.convert(JedisExceptionConverter.java:47)org.springframework.data.redis.connection.jedis.JedisExceptionConverter.convert(JedisExceptionConverter.java:36)org.springframework
org.springframework.data.redis.FallbackExceptionTranslationStrategy.translate(FallbackExceptionTranslationStrategy.java:37)的.data.redis.PassThroughExceptionTranslationStrategy.translate(PassThroughExceptionTranslationStrategy.java:37)org.springframework.data.redis.connection.jedis.JedisConnection.convert
(JedisConnection.java:182)在组织。

我已经读过其他谈论使用单线程进行读/写的线程。但是在我们的情况下,很难使用单线程。同样根据RedisTemplate文档,它是线程安全的。问题偶尔出现,我们无法在任何dev
/ testing / uat环境中复制。因此无法找到相同的确切原因。我们做错了什么?


问题答案:

我们已经能够重现该问题,原因是Redis中的“超时= 30”设置。

情境

  1. 连接空闲30秒,Redis杀死该连接。
  2. 在应用程序中的“ Redis连接工厂”检测到断开的连接之前,它将获得读取或写入请求的分配
  3. 代码尝试使用此连接,但是由于连接断开,因此无法发送用于读取/写入的命令。因此,我们得到“ JedisConnectionException:流的意外末尾”异常

  1. 将Redis超时设置为零
  2. 使用自定义JedisPoolConfig将minEvictableIdleTimeMillis设置为所需值。这将确保从Jedis连接池释放空闲连接


 类似资料:
  • 我已经按照此链接刷新了访问令牌。在将身份验证器添加到okHttp时,从改造回调onFailure方法中获取okhttp3上的意外流结束错误

  • 我有以下代码: 为什么它会打印Java流?

  • 我得到意外结束流,而使用改造(2.9.0)与OkHttp3(4.9.1) 改装配置: 到目前为止,我发现了以下几点: 这个问题只发生在我使用从Windows系列操作系统(7、10、11)运行的Android Studio模拟器时——这是在来自不同网络的两台不同笔记本电脑上复制的 如果在苹果操作系统下运行Android Studio模拟器,那么在所有情况下,问题都不会再现 ARC/Postman客户

  • 我读过其他线程,谈到使用单线程进行读/写。但是在我们的情况下,很难使用单线程。同样,根据RedisTemplate文档,它是线程安全的。该问题是偶然的,我们无法在任何开发/测试/UAT环境中重现。因此无法找到相同的确切原因。我们做错了什么?

  • 问题内容: 有什么问题或。请阅读以下代码(或运行它,看看会发生什么): 它创建一个文件,通过GZIP 写入单个字节格式,并以相同格式读取同一文件中的字节。 这就是我运行的内容: 由于某些原因,阅读线似乎走错了路。 我搜索了该错误,并发现了一些有关Oracle的错误报告,这些错误报告是在2007-2010年间发布的。因此,我认为该错误仍然存​​在,但是我不确定我的代码是否正确,因此让我在此处发布并听

  • 在我看来,我的缓冲区包含关于最后一个数据包步骤(路由器->my home)的信息,这些信息解释了为什么TTL值是254以及为什么我用Traceroute找到了相同的两个IP: $>traceroute qwant.com traceroute to qwant.com(194.187.168.99),30跳最大,60字节数据包 172.17.0.1(172.17.0.1)0.026 ms 0.01