java 使用curl 超时无返回结果问题有请求无响应卡死问题

冷不防 2024-04-06 09:38 100阅读 0赞

场景：

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的博客-CSDN博客\_java processbuilder 卡死][JAVA_ProcessBuilder_Shell_scx_white_-CSDN_java processbuilder]

[java 调用 RunTime.getRuntime().exec 报错at java.lang.UNIXProcess.exitValue\_穷小伙不穷志的博客-CSDN博客\_unixprocess][java _ RunTime.getRuntime_.exec _at java.lang.UNIXProcess.exitValue_-CSDN_unixprocess]

[java – 运行时 Runtime.getRuntime().exec 挂起 一直加载中 执行阻塞问题，需获取执行结果\_ai\_lian\_shuo的博客-CSDN博客\_java runtime.getruntime.exec][java _ _ Runtime.getRuntime_.exec _ _ _ai_lian_shuo_-CSDN_java runtime.getruntime.exec]

最后的做法是：

把错误的流读出来 然后再去读输入的流

要不然错误的流 因为等待的时长过长 pie管道只有4K长度会阻塞 导致后面的流无法正常读取

这个问题其实从上线2021年6月开始就存在 一直没定位到

到昨晚开始定位 有了之前的经验的之后 很快定位到相关的代码块 再加上大佬们的指点 才得以解决

[JAVA_ProcessBuilder_Shell_scx_white_-CSDN_java processbuilder]: https://blog.csdn.net/su20145104009/article/details/102898694
[java _ RunTime.getRuntime_.exec _at java.lang.UNIXProcess.exitValue_-CSDN_unixprocess]: https://blog.csdn.net/liaoxiaolin520/article/details/118548242
[java _ _ Runtime.getRuntime_.exec _ _ _ai_lian_shuo_-CSDN_java runtime.getruntime.exec]: https://blog.csdn.net/ai_lian_shuo/article/details/118970718?spm=1001.2101.3001.6650.14&utm_medium=distribute.pc_relevant.none-task-blog-2~default~OPENSEARCH~Rate-14-118970718-blog-80694463.pc_relevant_multi_platform_featuressortv2dupreplace&depth_1-utm_source=distribute.pc_relevant.none-task-blog-2~default~OPENSEARCH~Rate-14-118970718-blog-80694463.pc_relevant_multi_platform_featuressortv2dupreplace&utm_relevant_index=15