SpringBoot部署WebLogic 12c遇SocketTimeoutException读取超时求助

先给你拆解下这个报错的核心：从堆栈信息来看，超时发生在WebLogic读取客户端请求体的阶段，具体是Spring WS的SaajSoapMessageFactory在解析SOAP请求时，WebLogic的HttpChunkInputStream触发了30秒的读取超时。这个问题大概率和请求读取超时配置、网络环境或者请求本身的大小有关，下面给你一步步的排查和解决方向：

一、先调整WebLogic的HTTP读取超时配置 #

WebLogic默认的HTTP读取超时就是30秒，对于大SOAP请求、网络波动的场景来说可能不够用，这是最直接的排查点：

• 控制台配置：登录WebLogic控制台，找到你的应用对应的服务器，进入「服务器→配置→协议→HTTP」，修改「读取超时」参数（比如调到60秒，根据你的业务请求大小调整）。
• 配置文件方式：在你的SpringBoot应用的weblogic.xml里添加以下配置，直接指定读取超时：

  <weblogic-web-app xmlns="http://xmlns.oracle.com/weblogic/weblogic-web-app">
      <container-descriptor>
          <!-- 设置读取超时为60秒 -->
          <read-timeout-secs>60</read-timeout-secs>
      </container-descriptor>
  </weblogic-web-app>
  

  注意：不要把超时设得过大，避免闲置连接占用服务器资源。

二、检查Spring WS与应用侧的配置 #

虽然超时是WebLogic抛出的，但也需要确认Spring侧有没有拖慢请求处理的点：

• 检查SaajSoapMessageFactory的配置：如果你的代码里自定义了这个工厂，可以看看有没有设置合理的缓冲大小，避免因为缓冲不足导致读取请求体时效率低下。
• 排查过滤器链延迟：你的应用里加了Spring Security、Actuator的过滤器，检查这些过滤器有没有在请求到达Spring WS之前做了耗时操作（比如慢查询、远程权限校验），这些操作会占用WebLogic的读取超时窗口，间接导致读取超时。

三、排查客户端侧的问题 #

这个超时也可能是客户端的锅：

• 比如客户端发送请求时网络不稳定，请求体发送到一半就卡住了，或者客户端本身性能差，发送大请求的速度太慢，导致WebLogic在30秒内没收到完整请求。
• 可以让客户端排查他们的请求日志，看看发送/ws/rtimDecisionHub时有没有发送延迟、断连的情况；如果是大请求，建议客户端优化请求大小，或者启用分块传输。

四、通过日志和监控定位根因 #

• 开启WebLogic的HTTP访问日志，记录每个请求的大小、耗时、客户端IP，看看超时的请求是不是都是大请求，或者来自特定的客户端/网络段。
• 利用你已经集成的Spring Boot Actuator，查看这个接口的请求耗时分布、错误率，确认是偶发的网络问题还是特定场景下的必现问题。
• 查看WebLogic的服务器日志，有没有连接池满、网络异常（比如TCP连接重置）等相关报错，这些也会间接导致读取超时。

五、代码层面的优化（可选） #

如果你的接口经常处理超大SOAP请求，可以考虑：

• 启用Spring WS的流式处理：避免一次性把整个请求体加载到内存，减少读取时间和内存占用。
• 优化请求前置逻辑：把耗时的前置操作（比如权限校验）异步处理，不要占用请求读取的超时窗口。

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