为何WebLogic终止长时间运行线程却未抛出任何异常

1. AWS SQS客户端长连接静默超时问题 #

• AWS Java SDK默认使用的Apache HttpClient存在长连接静默超时缺陷：当连接空闲时间超过AWS负载均衡默认的60秒超时阈值后，连接会被服务端静默断开，客户端无感知，后续轮询请求会无限挂起，不会抛出应用层异常。
• 修复方案：显式配置SDK客户端参数，示例代码如下：

ClientConfiguration clientConfig = new ClientConfiguration();
// 开启TCP保活探测
clientConfig.setTcpKeepAlive(true);
// 连接最大空闲时间设置为30秒，小于AWS负载均衡60秒的默认超时
clientConfig.setConnectionMaxIdleMillis(30000);
// 配置请求超时，避免无限挂起
clientConfig.setRequestTimeout(20000);
AmazonSQS sqsClient = AmazonSQSClientBuilder.standard()
    .withClientConfiguration(clientConfig)
    .withRegion(Regions.你的队列区域)
    .build();

2. WebLogic容器线程被静默挂起 #

• WebLogic默认会检测执行时间超过600秒的停滞线程（Stuck Thread），超过阈值后会静默挂起线程，不会向应用抛出异常。
• 若轮询任务提交的线程池拒绝策略设置为DiscardPolicy/DiscardOldestPolicy，队列满时新的轮询任务会被直接丢弃，无任何错误提示。
• 修复方案：
  • 为轮询任务单独创建自定义工作管理器（WorkManager），关闭停滞线程检测规则
  • 将线程池拒绝策略调整为AbortPolicy，添加拒绝异常捕获与告警逻辑

3. FIFO队列消费死锁 #

• FIFO队列的*消息可见性超时（Visibility Timeout）*设置过短时，未处理完的消息会被重复投递，持续占用消费线程，最终所有线程都被阻塞等待消息组锁释放，无异常抛出。
• 修复方案：
  • 将可见性超时设置为单条消息最大处理时长的2倍以上
  • 消息处理完成后立即调用deleteMessage删除已消费消息
  • 消费失败时主动调用changeMessageVisibility缩短消息可见时间，避免无效占用

4. 静默故障排查手段 #

• 故障发生时执行jstack <Java进程ID>导出线程栈，定位轮询线程的状态与调用栈，确认阻塞发生在SDK网络层还是应用逻辑层
• 开启AWS SDK DEBUG日志，添加JVM启动参数：-Dorg.apache.commons.logging.Log=org.apache.commons.logging.impl.SimpleLog -Dorg.apache.commons.logging.simplelog.defaultlog=debug，可捕获底层网络层的静默错误

内容的提问来源于stack exchange，提问作者Shubham Chaurasiya