在你的云图库项目中，后端统一封装响应类有什么作用？请说明实现方式。
考察说明
考察候选人是否理解统一响应封装的设计意图与具体实现，评估工程化意识与代码组织能力。
回答思路
- 【回答框架 1】统一响应类是后端接口的通用返回格式，核心目的是规范前端处理逻辑。未封装时各接口可能返回不同结构，前端需为每个接口单独处理错误与数据提取，增加耦合与出错概率。封装后所有接口结构一致，前端可用统一拦截器解析，提升开发效率与可维护性。
- 【回答框架 2】具体实现上，通常定义一个泛型类如 Result<T>，包含 code（业务状态码）、message（提示信息）、data（携带数据）与 timestamp（时间戳）。通过静态方法如 success(data)、success()、error(code, message) 快速构造响应。业务状态码与 HTTP 状态码分离，用枚举定义常见码如 200 成功、400 参数错误、500 系统异常，便于语义清晰。
- 【回答框架 3】为让无需返回数据的接口也保持统一格式，可设计为 Result<Void> 或使用泛型默认 Object 兜底。同时利用全局异常处理器（如 @RestControllerAdvice）捕获未处理异常并将其转换为统一响应，保证错误场景的响应结构也一致。最后，注意设置响应头，可使用 JSON 序列化时忽略 null 值或序列化枚举等配置，避免冗余。
- 【关键点 1】统一响应类的核心是规范接口返回格式，降低前后端沟通与处理成本。
- 【关键点 2】使用泛型类 Result<T> 封装 code、message、data 和时间戳，并通过静态工厂方法构造。
- 【关键点 3】业务状态码与 HTTP 状态码分离，用枚举管理通用状态码，保证语义清晰。
- 【关键点 4】使用全局异常处理器（如 @RestControllerAdvice）确保异常也返回统一格式。
- 【易错点 1】容易忽略对异常场景的封装，导致错误响应结构不一致。
- 【易错点 2】过度设计：为所有响应增加冗余字段，增加传输负担。
- 【易错点 3】状态码定义混乱，未与 HTTP 状态码区分，造成前端解析困难。