Java Web拦截器中无法通过getCause()识别“用户身份过期异常”，因其非标准异常类型，需直接捕获ExpiredJwtException、InvalidSessionException等明确过期语义的异常类，而非依赖异常链追溯。
Java Web拦截器中无法直接通过 getCause() 识别“用户身份过期异常”，因为 getCause() 是 Throwable 的方法，用于获取异常链中的根本原因，而“身份过期”本身不是标准 Java 异常类型，它通常由业务逻辑或安全框架（如 Spring Security、Shiro）主动抛出的自定义异常表示。
明确身份过期的典型来源
用户身份过期一般体现在以下几种场景，需结合具体技术栈判断：
-
Spring Security：会抛出
InvalidSessionException（会话失效）、ExpiredCredentialsException（密码过期），或你自定义的TokenExpiredException（JWT 场景） -
JWT Token 验证失败：解析 token 时抛出
ExpiredJwtException（来自jjwt-api），该异常的getCause()通常是null，但自身就是过期标识 -
自定义认证服务：例如调用
userService.checkLoginStatus(userId)返回 false 或抛出UserSessionExpiredException
拦截器中正确识别过期的推荐方式
不要依赖 getCause() 去“猜”过期，而应基于异常类型、消息内容或响应状态码做显式判断：
- 捕获已知过期异常类，例如：
if (e instanceof ExpiredJwtException || e instanceof InvalidSessionException) - 若使用统一异常处理（如
@ControllerAdvice），建议在 service 层或 filter 层就抛出带语义的异常（如new BizException(ErrorCode.SESSION_EXPIRED)），拦截器中直接比对错误码 - 避免用
e.getMessage().contains("expired")这类字符串匹配——易受日志格式、i18n、拼写影响，不可靠
在 HandlerInterceptor 中示例（Spring MVC）
假设你已封装好 JWT 工具类，在 preHandle 中校验 token：
立即学习“Java免费学习笔记（深入）”；
public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) {
String token = getTokenFromRequest(request);
try {
Jwts.parserBuilder().setSigningKey(secretKey).build().parseClaimsJws(token);
return true; // 解析成功，放行
} catch (ExpiredJwtException e) {
// ✅ 正确：直接识别 ExpiredJwtException 本身
response.setStatus(HttpStatus.UNAUTHORIZED.value());
response.setContentType("application/json;charset=UTF-8");
try (PrintWriter w = response.getWriter()) {
w.write("{\"code\":401,\"msg\":\"登录已过期，请重新登录\"}");
}
return false;
} catch (SignatureException | MalformedJwtException e) {
// 其他非法 token 情况，不视为“过期”，可返回不同提示
response.setStatus(HttpStatus.FORBIDDEN.value());
return false;
}
}
补充说明 getCause() 的适用场景
getCause() 真正有用的情况是：当某层代码把原始异常包装后抛出（如 throw new ServiceException("校验失败", originalException)），你想追溯底层原因。例如：
- 数据库连接超时引发
SQLException，被 DAO 层包装为DataAccessException，此时e.getCause() instanceof SQLException成立 - 但“身份过期”极少被多层包装——它通常是顶层业务决策结果，直接抛出即可
不复杂但容易忽略：识别身份过期，关键不在“怎么挖异常原因”，而在于“谁负责定义和抛出这个语义”。统一由认证组件或工具类完成，并在拦截器里精准捕获对应类型，才是稳定可靠的做法。
