[线上问题] springboot 上线后莫名假死 前端请求全部pending 原因竟然是Jedis 有连接泄露

最新推荐文章于 2025-05-15 18:35:44 发布
最新推荐文章于 2025-05-15 18:35:44 发布
阅读量8.2k 收藏 17
点赞数 3
CC 4.0 BY-SA版权
分类专栏： 神奇的java bug 文章标签： java jedis spring boot 连接泄露
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qq_35530042/article/details/109293171
本文描述了一种在SpringBoot+Shiro+Shiro-Redis环境下出现的前后端分离请求卡死现象，通过深入分析和排查，最终定位为Redis连接池泄露问题，并给出了升级Jedis版本的解决方案。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

前提

问题发生在 springboot + shiro + shiro-redis 前后端分离环境
所有前端请求全部卡死,全部处于 pending , 直到超时错误 , 日志完整没问题无报错 spring boot中没有看到请求记录,但是还在执行定时任务,能看到定时任务打印日志,马上解决怎么办?

思路

赶紧百度 pending , springboot , 假死 愣是没查出一个能实际解决问题的来 ,
然后只能死马当活马医 , 按照这个老哥的排错步骤 来搞
https://blog.youkuaiyun.com/mifffy_java/article/details/97900888

结果第一步就不一样,太难了,我这边多次请求就有多个CLOSEWAIT 上升 ,说明TCP连接是正常的,那就是应用端有问题了

再硬着头皮搞,排查cpu 内存等问题,看看是不是哪里死循环了 或者 内存泄露 , 但是程序依然是表象稳定,没有任何的占满等情况

搞得心态有点崩了 然后接着用 jstack 把dump 弄出来分析下

总算有点眉目了 ,发现大量的等待,都是在shiro-redis 中的redis 获取连接 获取不到 果断加上超时时间 , 以为这样就结束了

这个地方可以先看 死锁状态 Deadlock https://blog.youkuaiyun.com/zxh87/article/details/52137335
然后根据自己的代码包名搜索


"http-nio-9011-exec-174" #2368 daemon prio=5 os_prio=0 tid=0x00007fb9840d9000 nid=0x942 waiting on condition [0x00007fb850bc9000]
   java.lang.Thread.State: WAITING (parking)
	at sun.misc.Unsafe.park(Native Method)
	- parking to wait for  <0x00000000f1d8af10> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
	at org.apache.commons.pool2.impl.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:590)
	at org.apache.commons.pool2.impl.GenericObjectPool.borrowObject(GenericObjectPool.java:441)
	at org.apache.commons.pool2.impl.GenericObjectPool.borrowObject(GenericObjectPool.java:362)
	at redis.clients.util.Pool.getResource(Pool.java:49)
	at redis.clients.jedis.JedisPool.getResource(JedisPool.java:226)
	at org.crazycake.shiro.RedisManager.getJedis(RedisManager.java:35)
	at org.crazycake.shiro.WorkAloneRedisManager.get(WorkAloneRedisManager.java:50)
	at org.crazycake.shiro.RedisSessionDAO.doReadSession(RedisSessionDAO.java:152)
	at org.apache.shiro.session.mgt.eis.AbstractSessionDAO.readSession(AbstractSessionDAO.java:168)
	at org.apache.shiro.session.mgt.DefaultSessionManager.retrieveSessionFromDataSource(DefaultSessionManager.java:236)
	at org.apache.shiro.session.mgt.DefaultSessionManager.retrieveSession(DefaultSessionManager.java:222)
	at org.apache.shiro.session.mgt.AbstractValidatingSessionManager.doGetSession(AbstractValidatingSessionManager.java:118)
	at org.apache.shiro.session.mgt.AbstractNativeSessionManager.lookupSession(AbstractNativeSessionManager.java:148)
	at org.apache.shiro.session.mgt.AbstractNativeSessionManager.getSession(AbstractNativeSessionManager.java:140)
	at org.apache.shiro.mgt.SessionsSecurityManager.getSession(SessionsSecurityManager.java:156)
	at org.apache.shiro.mgt.DefaultSecurityManager.resolveContextSession(DefaultSecurityManager.java:460)
	at org.apache.shiro.mgt.DefaultSecurityManager.resolveSession(DefaultSecurityManager.java:446)
	at org.apache.shiro.mgt.DefaultSecurityManager.createSubject(DefaultSecurityManager.java:342)
	at org.apache.shiro.subject.Subject$Builder.buildSubject(Subject.java:845)
	at org.apache.shiro.web.subject.WebSubject$Builder.buildWebSubject(WebSubject.java:148)
	at org.apache.shiro.web.servlet.AbstractShiroFilter.createSubject(AbstractShiroFilter.java:292)
	at org.apache.shiro.web.servlet.AbstractShiroFilter.doFilterInternal(AbstractShiroFilter.java:359)
	at org.apache.shiro.web.servlet.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:125)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
	at com.xxxxxxxx.config.Filter.CorsFilter.doFilter(CorsFilter.java:40)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
	at org.springframework.session.web.http.SessionRepositoryFilter.doFilterInternal(SessionRepositoryFilter.java:151)
	at org.springframework.session.web.http.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:81)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
	at org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:200)
	at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:198)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:96)
	at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:493)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:140)
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:81)
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:87)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:342)
	at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:800)
	at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)
	at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:806)
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1498)
	at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
	- locked <0x00000000e99b14f0> (a org.apache.tomcat.util.net.NioEndpoint$NioSocketWrapper)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
	at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
	at java.lang.Thread.run(Thread.java:748)

结果事实是 过了几个小时 全部接口不再假死 全部报错


java.util.NoSuchElementException: Timeout waiting for idle object 
	at org.apache.commons.pool2.impl.GenericObjectPool.borrowObject(GenericObjectPool.java:448) 
	at org.apache.commons.pool2.impl.GenericObjectPool.borrowObject(GenericObjectPool.java:362) 
	at redis.clients.util.Pool.getResource(Pool.java:49) 
	at redis.clients.jedis.JedisPool.getResource(JedisPool.java:226) 
	at org.crazycake.shiro.RedisManager.getJedis(RedisManager.java:38) 
	at org.crazycake.shiro.common.WorkAloneRedisManager.get(WorkAloneRedisManager.java:51) 
	at org.crazycake.shiro.RedisSessionDAO.doReadSession(RedisSessionDAO.java:202) 
	at org.apache.shiro.session.mgt.eis.AbstractSessionDAO.readSession(AbstractSessionDAO.java:168) 
	at org.apache.shiro.session.mgt.DefaultSessionManager.retrieveSessionFromDataSource(DefaultSessionManager.java:236) 
	at org.apache.shiro.session.mgt.DefaultSessionManager.retrieveSession(DefaultSessionManager.java:222) 
	at org.apache.shiro.session.mgt.AbstractValidatingSessionManager.doGetSession(AbstractValidatingSessionManager.java:118) 
	at org.apache.shiro.session.mgt.AbstractNativeSessionManager.lookupSession(AbstractNativeSessionManager.java:148) 
	at org.apache.shiro.session.mgt.AbstractNativeSessionManager.getSession(AbstractNativeSessionManager.java:140) 
	at org.apache.shiro.mgt.SessionsSecurityManager.getSession(SessionsSecurityManager.java:156) 
	at org.apache.shiro.mgt.DefaultSecurityManager.resolveContextSession(DefaultSecurityManager.java:460) 
	at org.apache.shiro.mgt.DefaultSecurityManager.resolveSession(DefaultSecurityManager.java:446) 
	at org.apache.shiro.mgt.DefaultSecurityManager.createSubject(DefaultSecurityManager.java:342) 
	at org.apache.shiro.subject.Subject$Builder.buildSubject(Subject.java:845) 
	at org.apache.shiro.web.subject.WebSubject$Builder.buildWebSubject(WebSubject.java:148) 
	at org.apache.shiro.web.servlet.AbstractShiroFilter.createSubject(AbstractShiroFilter.java:292) 
	at org.apache.shiro.web.servlet.AbstractShiroFilter.doFilterInternal(AbstractShiroFilter.java:359) 
	at org.apache.shiro.web.servlet.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:125) 
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193) 
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) 
	at com.xxxxxxxx.config.Filter.CorsFilter.doFilter(CorsFilter.java:40) 
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193) 
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) 
	at org.springframework.session.web.http.SessionRepositoryFilter.doFilterInternal(SessionRepositoryFilter.java:151) 
	at org.springframework.session.web.http.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:81) 
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193) 
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) 
	at org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:200) 
	at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107) 
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193) 
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) 
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:198) 
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:96) 
	at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:493) 
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:140) 
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:81) 
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:87) 
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:342) 
	at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:800) 
	at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66) 
	at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:806) 
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1498) 
	at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49) 
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) 
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) 
	at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) 
	at java.lang.Thread.run(Thread.java:748)

而搜索 NoSuchElementException: Timeout waiting for idle object 很多解决方案都是说: 没有连接了 需要去加大连接

可是这个仅仅是表象 , 实际很明显出现了连接泄露 , 而功能马上就要上线了,竟然还有这种的问题 心态崩了呀 , 已经没有多少时间去验证了 , 只能临时加大最大连接限制 先把功能上线

然后接着排查 ,通过在spring 中添加定时任务 并打印 获取 shiro-redis 的redisManager 连接池可用连接数 , 同时调小连接数 反向测试:


		config.setMaxTotal(1);
		config.setMaxIdle(1);
		redisManager.setJedisPoolConfig(config);



	@Autowired
	private RedisManager redisManager;

	@Scheduled(cron = "*/10 * * * * ?")
	public void test() {
		JedisPool jedisPool = redisManager.getJedisPool();
		if (jedisPool == null) {
			loggger.info("jedis pool is null ");
		} else {
			loggger.info("getNumWaiters : {},getNumIdle: {},getNumActive:{},getMeanBorrowWaitTimeMillis :{},getMaxBorrowWaitTimeMillis:{}",
					jedisPool.getNumWaiters(), jedisPool.getNumIdle(), jedisPool.getNumActive(), jedisPool.getMeanBorrowWaitTimeMillis(), jedisPool.getMaxBorrowWaitTimeMillis());
		}
	}

并且通过jmeter 并发测试 20个线程同时请求,愣是一点问题没有

wtf?

发到测试环境在实际使用中测试 果然这次仅仅一个小时就出现了问题 , 报连接获取不到

在正常没有访问的时候日志是这样的

在这里插入图片描述

而出现问题后日志是这样的

在这里插入图片描述

很明显,在后面没有请求进来,却有一个active 1 出现 妥妥的连接泄露

虽然知道了这么多还是没有办法知道是哪里导致了内存泄露

搜索 jedis 连接泄露 发现新大陆 原来早就有人提出了这个问题
https://github.com/redis/jedis/issues/1920

在 2.9.x jedis 中


  @Override
  public void close() {
    if (dataSource != null) {
      if (client.isBroken()) {
        this.dataSource.returnBrokenResource(this);
      } else {
        this.dataSource.returnResource(this);
      }
      this.dataSource = null; // 这行
    } else {
      super.close();
    }
  }

jedispool 中


    public Jedis getResource() {
        Jedis jedis = (Jedis)super.getResource();
        jedis.setDataSource(this);
        return jedis;
    }

两个线程A , B 在高并发情况下连接池泄露
A 使用完成后归还到池中,但是还没有将dataSource 置空
B 因为A已经归还池中,此时拿到时间片执行
A 将dataSource 置空
B 操作完成后close ,dataSource 为空 不能归还,所以只能调用父类方法 关闭这次连接,而连接池中依然维护这个Jedis 表象就是Active ,由于受Max限制,所以在一定时间累积下就会出现假死现象,晚上说的加大连接配置,只不过是将这个时间延长,一旦这种连接达到最大就会出现假死或者无法获取对象

以上,就完全符合之前的全部现象了 , 出现这种情况需要两个线程前后取同一个jedis 并且刚好在前一个回收 后一个取出去 并且在后一个设置之后执行置空操作 才会出现这个问题,所以还需要时间片刚好分给这两个线程让他们这样执行才会出现这样的问题

最后解决方案将jedis 升级 2.10.2

【K8S问题系列 | 8】K8S集群资源突然爆满导致 Pod 状态变为 Pending 详细解决方案
颜淡慕潇
11-09 8394
在 Kubernetes 集群中，当 CPU 突然爆满时，Pod 可能无法获得所需的资源，从而导致其状态变为 Pending。以下是更详细的解决方案描述，有效应对这一问题。
前端中的跨域请求及其解决方案
一个做过前端开发的产品经理，经历过睿智产品的折磨导致脱发之后，励志要翻身"农奴"把歌唱，一边打入敌人内部一边持续提升自己，为我们广大开发同胞谋福祉，坚决抵制睿智产品折磨我们码农兄弟！
08-08 1125
浏览器出于安全考虑，实施了同源策略（Same-origin policy）。当一个网页请求另一个来源的资源时，如果这两个来源不是同一个源，则会受到限制。这里的“源”指的是协议、域名和端口的组合。例如，和被认为是不同的源。
Spring Boot Admin健康检查引起的Spring Boot服务假死
cainiao1412的博客
12-29 1392
最近在spring boot项目中引入了 spring-boot-starter-actuator 后，测试环境开始出现服务假死的现象，且这个问题十分怪异，只在多个微服务中的简称A的这个服务中出现，其他服务都没有出现这个问题，之所以说他是假死，是因为只是http请求无法访问进去了，但是该服务的定时任务却可以定时执行。
线上SpringBoot 假死急救
安静的软件工程师
07-31 1594
线上SpringBoot 假死急救
【springboot项目服务假死、内存溢出问题排查】
最新发布
来一杯Java的博客
05-15 476
SpringBoot服务A在启动后几小时内接口请求无响应，但服务器资源未满载且日志无异常。通过JProfiler分析，发现线程数持续增加，尤其是网络I/O线程。进一步排查发现，服务A在调用服务B时，由于服务B出现内存溢出（java.lang.OutOfMemoryError: Java heap space），导致连接无法释放，线程堆积。使用jmap -histo分析堆内存，发现Netty客户端的EventLoopGroup未及时释放，导致资源堆积。修复代码后，问题解决。
解决centos7 下 spring boot security 登陆接口请求 pending很久才返回结果
asd1098626303的博客
10-24 2277
项目加入spring security后 部署到cent7的 服务器后 其他接口都能访问，但是出现了访问登陆接口很久，请求一直pending，大概5 6分钟之后才能够返回结果 ，通过日志发现如下问题 o.a.c.util.SessionIdGeneratorBase : Creation of SecureRandom instance for session ID gener
前端get/post等请求后，一直处于pending状态，解决办法
热门推荐
weixin_51345651的博客
04-25 4万+
前端发送完请求发现network里的请求一直处于pending状态（如图） 或者等待过一段事件后会报错，如图 然后我尝试了一些解决办法，分享给大家，建议大家按照顺序来 1.首先排查是不是后端的问题 这个最重要，不然搞半天就是浪费时间，那么如何排查不是自己的问题呢，当然是使用调试工具看看了，这里我首先推荐postman做调试 如果可以返回成功或者失败的回调那么就说明后端没问题，如果一直是加载的状态，那么就得联系后端了 2.后端没问题的话那么常常就是header问题了 这个时候需要
请求一直pending的问题
susyamo的博客
12-16 1万+
这种情况首先一定要查看后台是否返回了信息 当后台无返回信息时，前端发送的ajax请求会一直等待，导致请求始终不能结束，呈现pending状态 我在编写后台逻辑时，判断了条件是否成功，但却只给其中一种情况写了返回 所以当发生另外一种情况时，就出现了pending状态 为自己的粗心感到羞耻(￣ω￣;) ...
SpringBoot线上服务假死、Tomcat假死原因分析、排查思路详解
Java码农杂谈
04-24 6854
最近发生过几次线上服务出现不能接收任何请求的情况，造成了较大的影响。该种情况一般称之为Tomcat假死，在发生的几次中进行排查也总结了一些经验。 为大家分享在排查此类问题的经验！
解决vue2中使用axios http请求出现的问题
08-27
知识点 2: POST 请求的问题 在使用 Axios 进行 POST 请求时，如果 URL 是远程接口链接，可能会出现状态码 404 的错误。这是因为 Axios 的默认设置导致的。在这种情况下，需要实例化一个新的 Axios，并设置其 ...
本地前端项目可以请求服务器后端接口,把vue部署到服务器不能调用线上的后端接口
LsySs77_forever的博客
08-19 6986
记录一下这个问题 背景: 项目是我中途加入公司开始进行维护 ,写新需求改接口啊 发现测试环境一直请求失败就是请求链接超时, 正好新加了俩需求 客户那边业务部门要求测试, 我这边准备从新部署一套 准生产UAT环境, 首先就是整合生产环境的代码合并到测试环境(会有冲突需要解决冲突) (git checkout uat->git merge release) ->将代码中的环境配置修改下,公司是使用Jenkins打包构建 ,所以构建起来非常的简单快捷 配置一个服务器地址,配置gi...
Spring Boot假死诊断实战记录
08-25
主要给大家介绍了关于Spring Boot假死诊断的相关资料，文中通过示例代码介绍的非常详细，对大家学习或者使用Spring Boot具有一定的参考学习价值，需要的朋友们下面来一起学习学习吧
关于javaweb前端下载图片，status一直处于“pending“
临晖的博客
08-05 997
今天在B站跟着老师做基于SpringBoot的Javaweb项目时候，涉及到到图片的上传下载。明明跟着做的好好的，但是突然发现，图片可以上传，但是却无法下载，图彭无法展示，处于空白状态，然后使用抓包，发下status一直处于pending的状态第一次碰到，然后百度了好久，了解到了pending的意思：如下：定义：信号产生和传递之间的时间间隔内，称此信号是未决的；一个已经产生的信号，但是还没有传递给任何进程，此时该信号的状态就称为未决状态。
记一次springboot程序运行过程中假死（阻塞）问题
fazcube的博客
04-25 5619
今天在编码的时候，回到web项目的浏览器刷新网页，发现请求迟迟下不来，查看控制台才发现，项目动都不动一下的，查看windows任务管理器，好家伙，idea的cpu和内存占用率双双突破90%，初步怀疑是代码问题，于是进行springboot项目假死分析。 1、查看java进程的pid生成stack文件。 首先在任务管理器下查看到当前pid为11848，任务管理器没有pid展示的可以在左上角名称列右键，选中pid就行。 然后根据这个pid，以管理员的身份在 C:\Windows\system32\ 文件夹下打
SpringBoot假死，十万火急，怎么救火？
架构师尼恩
06-27 1558
SpringBoot假死，线上十万火急，怎么办？对于架构师、高级开发来说， 调优和线上问题排查是 核心内容， 更是内功中的内功。尼恩团队结合资深架构经验和行业案例，给大家梳理一个系列的《Java 调优圣经》PDF
springboot请求一直在等待
enthan809882的博客
03-08 3250
出现这种问题一般都是代码太耗时了。 1、如较长时间的Thread.sleep的操作。 2、方法出现了重复调用等错误操作。 排查 果不其然，发现我的代码如下： @ResponseBody @RequestMapping("/list") public List<String> list(){ List<String> redis_list = getList(); ...
Spring Boot2 服务假死排查分析记录
lovelichao12的专栏
06-08 3513
项目部署上线后经过一段时间的运行，发现服务进程正常，可接口请求不通，重启服务就会正常，重启隔断时间还会出现，一般这种情况称之为服务假死。
记录一次因误操作session导致前端请求一直pending的问题
baozoumingren的博客
09-22 971
前端请求后端时首次请求正常，第二次请求一直pending的问题
SpringBoot假死，分析与处理
wuyangyang555的博客
02-06 3421
3.针对排查的问题，锁定问题原因，进行针对性解决。再看一下pool-47-thread-4的堆栈信息， at ch.qos.logback.core.joran.spi.ConsoleTarget$1.write(ConsoleTarget.java:37)，也就是说是logback没有释放锁，并且是console appender上。removeAbandonedTimeout 设置druid 强制回收连接的时限，当程序从池中get到连接开始算起，超过此 值后，druid将强制回收该连接，单位秒。
服务端有返回数据给前端，但是前端页面在network中一直是pending状态 最后显示接口超时 这是什么原因
07-13
可能有多种原因导致前端页面在 network 中一直处于 pending 状态并最终显示接口超时。以下是一些可能的原因： 1. 服务器响应慢：服务器处理请求的时间超过了前端的等待时间，导致前端页面持续处于 pending 状态。这可能是由于服务器负载过高、数据库查询缓慢或者其他耗时操作引起的。 2. 网络连接问题：前端与后端之间的网络连接存在问题，导致请求无法成功完成。这可能是由于网络延迟、网络故障、网络拥堵等原因引起的。 3. CORS（跨域资源共享）问题：如果前端页面和后端接口不在同一个域下，可能会出现跨域请求问题。在某些情况下，浏览器会发送一个预检请求（OPTIONS 请求），如果预检请求失败或超时，前端页面可能无法获取到服务器的响应。 4. 代理设置问题：如果前端通过代理访问后端接口，可能会出现代理设置不正确或代理服务器出现故障的情况。 为了确定具体原因，你可以采取以下步骤来进行排查： 1. 检查服务器日志：查看服务器日志，确认是否有任何错误或异常信息。 2. 检查网络连接：使用网络工具（如 ping、traceroute）测试前端与后端之间的网络连接，确认是否存在延迟或故障。 3. 检查跨域设置：确认后端是否正确配置了跨域资源共享（CORS），并确保前端请求符合跨域规则。 4. 测试代理设置：尝试直接访问后端接口，绕过代理，看是否能够获取到正确的响应。 根据具体情况，你可以进一步深入排查问题并采取相应的解决措施。
评论 3
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

木秀林

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值