求助：Spring中偶发GET请求处理诡异异常问题

这种偶发的启动阶段异常确实挺棘手的，尤其是堆栈不涉及业务代码的情况，我结合Spring和Grails的特性整理了几个排查方向：

1. 聚焦Spring Core 4.3.9的启动时序竞态问题 #

既然堆栈指向Spring Core但你没找到对应异常代码，很大概率是类初始化/Bean加载的竞态条件——应用启动初期Spring容器还没完全就绪，请求进来时某些Bean仍在初始化阶段，导致底层调用抛出异常。你可以：

• 开启Spring的DEBUG级日志（在application.yml中配置logging.level.org.springframework=DEBUG），下次启动时持续跟踪日志，重点关注异常发生前后的Bean加载、容器初始化流程，看有没有未完成初始化的Bean被提前调用。
• 检查应用内的Bean依赖顺序，有没有非懒加载的Bean在初始化时依赖了异步加载的资源（比如远程配置、数据库连接）？这类依赖容易在启动初期引发问题。

2. 排查Web容器的请求提前转发问题 #

Grails默认基于Tomcat，有可能Tomcat在Spring上下文完全初始化完成前就开始接收请求了。你可以：

• 在application.yml中配置Tomcat等待上下文就绪后再对外服务：

  server:
    wait-for-context: true
  

• 查看服务器访问日志，确认异常请求是否集中在应用启动后的1-2分钟内，且是前几个请求——这会进一步佐证是容器提前接收请求的问题。

3. 升级Spring Core依赖版本 #

Spring Core 4.3.9存在一些已修复的启动相关Bug，你可以尝试升级到同分支的最新稳定版（比如4.3.30.RELEASE），Grails 3.3.x完全兼容这个升级。修改build.gradle中的依赖：

dependencies {
    compile 'org.springframework:spring-core:4.3.30.RELEASE'
    // 其他依赖保持不变
}

同时记得同步升级Spring Context、Spring Web等核心依赖，避免版本不一致引发新问题。

4. 增加启动后的预热请求 #

既然异常只发生在启动后的最初几次请求，你可以在应用启动完成后自动发送几个预热请求，提前触发潜在的初始化逻辑，避免真实用户请求踩坑：

• 实现一个Spring事件监听器，在上下文初始化完成后发送内部请求：

  import org.springframework.context.ApplicationListener
  import org.springframework.context.event.ContextRefreshedEvent
  import org.springframework.web.client.RestTemplate
  
  class WarmupListener implements ApplicationListener<ContextRefreshedEvent> {
      private final log = org.slf4j.LoggerFactory.getLogger(this.class)
  
      @Override
      void onApplicationEvent(ContextRefreshedEvent event) {
          RestTemplate restTemplate = new RestTemplate()
          try {
              // 替换成你的健康检查或基础接口路径
              restTemplate.getForObject("http://localhost:8080/health", String)
              restTemplate.getForObject("http://localhost:8080/public/init-endpoint", String)
          } catch (Exception e) {
              // 预热请求失败不影响应用启动，仅记录日志
              log.warn("Warmup request failed, but application continues to run", e)
          }
      }
  }
  

• 在grails-app/conf/spring/resources.groovy中注册这个Bean：

  beans = {
      warmupListener(WarmupListener)
  }
  

5. 捕获更完整的异常上下文 #

当前堆栈可能被截断或包装了，你可以在全局异常处理器中捕获所有未处理异常，打印完整的堆栈链（包括cause），同时记录请求的详细信息：

import grails.web.http.HttpHeaders
import org.springframework.http.HttpStatus
import org.springframework.web.bind.annotation.ControllerAdvice
import org.springframework.web.bind.annotation.ExceptionHandler
import javax.servlet.http.HttpServletRequest

@ControllerAdvice
class GlobalExceptionHandler {
    private final log = org.slf4j.LoggerFactory.getLogger(this.class)

    @ExceptionHandler(Exception)
    def handleException(Exception e, HttpServletRequest request) {
        long appUptime = System.currentTimeMillis() - request.servletContext.startupTime
        log.error("Uncaught exception for request [${request.method} ${request.requestURI}], app uptime: ${appUptime}ms", e)
        // 返回错误页面或JSON响应
        [error: e.message, status: HttpStatus.INTERNAL_SERVER_ERROR.value()]
    }
}

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