需修改AionClaw后端异常处理机制：添加@ControllerAdvice全局处理器，统一返回code/message/timestamp格式JSON，禁用堆栈暴露；拦截CustomBusinessException实现分类响应；通过AsyncAppender异步写入backend.log确保日志可追溯。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想让AionClaw后端在发生错误时统一返回标准格式、不暴露敏感信息、同时记录可追溯日志，而不是抛出原始堆栈或500页面，需要修改其基于Spring Boot构建的服务层异常处理机制。
启用全局异常处理器
打开AionClaw服务端源码目录下的src/main/java/com/aionclaw/backend/config/路径，确认存在GlobalExceptionHandler.java文件。若不存在，需手动创建该类并添加@ControllerAdvice注解。
在类中定义@ExceptionHandler(Exception.class)方法，返回ResponseEntity封装的统一JSON结构，包含code、message、timestamp三项字段，其中code固定为500，message仅取ex.getMessage()——【严禁拼接ex.toString()或打印堆栈到响应体，否则泄露内部路径与依赖版本】。
保存后重新编译打包，启动服务验证：手动触发一个空指针异常（如访问/api/v1/task/null），确认返回内容为{"code":500,"message":"Task ID is null","timestamp":"2026-10-14T06:02:12"}格式。
拦截特定业务异常并分类响应
方法一：定义CustomBusinessException类，继承RuntimeException，构造函数接收code和message两个参数。
方法二：在对应Service方法中主动抛出new CustomBusinessException(400, "Excel file format not supported")，而非直接throw new IllegalArgumentException()。
方法三：在GlobalExceptionHandler中新增@ExceptionHandler(CustomBusinessException.class)方法，提取code字段设为HttpStatus.valueOf(ex.getCode())，message原样透出——【此方式可让前端根据code做差异化提示，比如400弹框、401跳登录、503显示重试按钮】。
确保错误日志写入backend.log且不阻塞主线程
第一步：检查logback-spring.xml中
第二步：确认
第三步：在GlobalExceptionHandler的每个@ExceptionHandler方法末尾，显式调用LOGGER.error("Backend exception handled", ex)，确保每条捕获的异常都落盘——这一步漏掉会导致后台报错却查不到日志，排查成本翻倍。
