场景:
tomcat服务 请求B服务的接口
B服务接口处理业务需要花费20分钟左右的时间
但看到的情况是 B服务接口 接收到请求 处理完数据 并返回了
tomcat服务并没有正常的显示 接口返回的结果,导致后面的业务没正常处理。
通过log日志定位 相关代码位置 发现是在curl 请求B服务位置时 不能正常打印结果日志 无论怎么调整都不行
但如果B服务处理时间是10分钟左右的 可以正常返回结果
但是如果用curl直接在tomcat服务器上 请求B服务 处理20分钟的 能正常显示结果在控制台上
因此考虑是 java的curl机制问题 最后在csdn上找了下 定位jvm的报错
使用jstack -l java进程id 找到下面的报错点
"pool-6-thread-1" #93 prio=5 os_prio=0 tid=0x00007f50a01d6800 nid=0x12d22 in Object.wait() [0x00007f50ed0f0000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:502)
at java.lang.UNIXProcess.waitFor(UNIXProcess.java:395)
- locked <0x00000006886bea30> (a java.lang.UNIXProcess)
at com.xxxx.framework.utils.HttpConn.execCurl(HttpConn.java:271)
at com.xxxx.framework.utils.HttpConn.postJson(HttpConn.java:250)
at DeviceCollectService.deviceCollectOrgin(DeviceCollectService.java:197)
at DeviceCollectService.lambda$null$5(DeviceCollectService.java:140)
at DeviceCollectService$$Lambda$961/1537756698.accept(Unknown Source)
at java.util.Iterator.forEachRemaining(Iterator.java:116)
at java.util.Spliterators$IteratorSpliterator.forEachRemaining(Spliterators.java:1801)
at java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:580)
atDeviceCollectService.lambda$deviceCollect$6(DeviceCollectService.java:138)
at DeviceCollectService$$Lambda$960/957562996.accept(Unknown Source)
at java.util.HashMap.forEach(HashMap.java:1289)
at .DeviceCollectService.deviceCollect(DeviceCollectService.java:135)
at .DeviceCollectService.access$000(DeviceCollectService.java:38)
at .DeviceCollectService$1.call(DeviceCollectService.java:83)
at DeviceCollectService$1.call(DeviceCollectService.java:79)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
通过
jstack -l pid 查到的日志 卡死问题
在tomcat的日志并没有任意的异常
注意:UNIXProcess.waitFor(UNIXProcess.java:395)
这个类并没有在jdk1.8的包中找到 有些说是反射出来的
参考以下文章
相关文章:
记一次JAVA使用ProcessBuilder执行Shell任务卡死问题分析_scx_white的博客-优快云博客_java processbuilder 卡死
java 调用 RunTime.getRuntime().exec 报错at java.lang.UNIXProcess.exitValue_穷小伙不穷志的博客-优快云博客_unixprocess
最后的做法是:
把错误的流读出来 然后再去读输入的流
要不然错误的流 因为等待的时长过长 pie管道只有4K长度会阻塞 导致后面的流无法正常读取
这个问题其实从上线2021年6月开始就存在 一直没定位到
到昨晚开始定位 有了之前的经验的之后 很快定位到相关的代码块 再加上大佬们的指点 才得以解决