Grails应用中java.lang.IllegalStateException（会话已失效）处理咨询

你遇到的这个问题我太熟悉了——过滤器前置检查会话失效的方案之所以没用，核心原因是会话可能在请求处理的中途被 invalidate，而过滤器只会在请求进入Controller前做一次检查，完全覆盖不了这种中途失效的场景。接下来我给你梳理下靠谱的解决思路：

一、必须配置全局异常处理器（核心方案） #

全局异常处理是应对这种“中途失效”场景的最优解，它能捕获请求处理全流程中抛出的异常，包括会话失效的情况。在Grails 3及以上版本中，你可以通过@ControllerAdvice实现全局异常捕获：

import org.springframework.web.bind.annotation.ControllerAdvice
import org.springframework.web.bind.annotation.ExceptionHandler
import javax.servlet.http.HttpServletRequest
import javax.servlet.http.HttpServletResponse

@ControllerAdvice
class GlobalSessionExceptionHandler {

    @ExceptionHandler(IllegalStateException)
    def handleSessionInvalidation(IllegalStateException e, HttpServletRequest request, HttpServletResponse response) {
        // 精准匹配会话失效的异常信息
        if (e.message?.contains("Session already invalidated")) {
            // 两种可选处理方式：
            // 1. 返回标准HTTP状态码（推荐API场景）
            response.sendError(HttpServletResponse.SC_UNAUTHORIZED, "会话已过期，请重新登录")
            // 2. 重定向到登录页（推荐Web页面场景）
            // redirect(uri: "/login?sessionExpired=true")
        } else {
            // 处理其他类型的IllegalStateException
            response.sendError(HttpServletResponse.SC_INTERNAL_SERVER_ERROR, "服务器内部错误")
        }
    }
}

把这个类放在Grails的src/main/groovy目录下，启动应用后它会自动生效，捕获所有请求中抛出的会话失效异常。

二、额外的防御性编码（可选） #

如果某些核心业务逻辑频繁触发这个异常，你可以在调用会话属性前主动做有效性检查，避免异常抛出：

def someServiceMethod(HttpSession session) {
    if (!session.isInvalid()) {
        def userInfo = session.getAttribute("currentUser")
        // 业务逻辑处理
    } else {
        // 提前处理会话失效，比如抛出自定义业务异常或者直接返回提示
        throw new RuntimeException("会话已过期，请重新操作")
    }
}

不过这种方式比较繁琐，只适合局部高频场景，全局异常处理器才是通用解决方案。

三、排查会话中途失效的根源 #

除了处理异常，你得搞清楚为什么会话会在请求处理中被失效：

• 检查代码中是否有主动调用session.invalidate()的逻辑，是不是在请求未完成时就执行了这个操作？
• 核对服务器的会话超时配置：比如Tomcat的web.xml里的<session-config>，或者Grails配置文件中的grails.web.session.timeout，是不是超时时间设置过短，导致长请求还在处理中会话就过期了？
• 排查是否有负载均衡/集群场景下的会话同步问题，比如某台服务器失效了会话，但请求还在另一台服务器上处理？

总结 #

过滤器方案只能覆盖请求开始前的会话失效，对于处理过程中失效的场景完全无效。正确的做法是通过全局异常处理器捕获会话失效异常，返回对应的HTTP状态码或者重定向到登录页，同时从根源上排查会话被意外失效的原因，避免问题反复出现。

内容的提问来源于stack exchange，提问作者Behlül