spring boot 全局异常处理可以通过配置 @controlleradvice 捕获 kryo 序列化异常，但前提是这些异常发生在 spring mvc 的 dispatcherservlet 处理流程中。如果 kryo 序列化发生在过滤器（filter）或拦截器（interceptor）阶段，或者是在异步线程池中执行且未正确传播异常，则可能无法被标准的 @exceptionhandler 捕获。通常的做法是自定义一个 handlerexceptionresolver 或在 @controlleradvice 中显式声明对 com.esotericsoftware.kryo.kryoexception 的处理方法。
为什么 Kryo 异常有时逃过 @ControllerAdvice？
Kryo 序列化异常未被 @ControllerAdvice 捕获，通常是因为异常抛出点不在 Controller 方法的直接调用栈中，或者发生在请求处理的早期阶段如 Filter。例如，在自定义 HttpMessageConverter 中进行序列化时，若转换器实现不当，异常可能被吞掉或转为 HttpMessageNotWritableException。此外，如果使用了响应式编程（WebFlux），其异常处理机制与 Servlet 容器不同，需要单独处理。
如何确保 Kryo 异常被统一处理并返回标准 JSON？
为了确保所有 Kryo 异常都能被统一处理，应在 @ControllerAdvice 中定义专门的方法来处理 KryoException 及其子类。同时，对于发生在 Filter 层的异常，建议通过 try-catch 块将其包装为运行时异常，或利用 Ordered 接口调整 Filter 顺序，使其在 DispatcherServlet 之前抛出异常。最终目标是让前端收到结构一致的错误响应，包含错误码、消息和堆栈信息（可选）。
以下是一个完整的示例程序，展示了如何在 Spring Boot 应用中配置全局异常处理器以捕获 Kryo 序列化异常：
import com.esotericsoftware.kryo.Kryo;
import com.esotericsoftware.kryo.KryoException;
import org.springframework.http.HttpStatus;
import org.springframework.http.ResponseEntity;
import org.springframework.web.bind.annotation.ControllerAdvice;
import org.springframework.web.bind.annotation.ExceptionHandler;
@ControllerAdvice
public class GlobalExceptionHandler {
@ExceptionHandler(KryoException.class)
public ResponseEntity<String> handleKryoException(KryoException ex) {
// 记录日志
System.err.println("Kryo serialization error: " + ex.getMessage());
return ResponseEntity.status(HttpStatus.INTERNAL_SERVER_ERROR)
.body("Serialization failed: " + ex.getMessage());
}
@ExceptionHandler(Exception.class)
public ResponseEntity<String> handleGeneralException(Exception ex) {
return ResponseEntity.status(HttpStatus.INTERNAL_SERVER_ERROR)
.body("An unexpected error occurred: " + ex.getMessage());
}
}
预期结果：当 Controller 中发生 Kryo 序列化异常时，客户端将收到 HTTP 500 状态码及包含详细错误信息的 JSON 字符串。其他未预期的异常也将被通用处理器捕获。
基于程序中某个输入、条件或结果的具体问题
在上述程序中，如果输入的实体类未注册到 Kryo 实例中，会导致 ClassNotFoundException 而非 KryoException。因此，必须确保所有待序列化的类都在 Kryo 初始化时被注册。否则，即使有 @ExceptionHandler(KryoException.class)，也无法捕获此类错误。解决方法是在应用启动时通过 Kryo#register(Class, Class) 显式注册所有相关类。
