refactor(service): 统一Service缓存为VO对象并优化关联实体处理

重构Service类实现，将QueryService泛型参数调整为VO类型，确保缓存VO对象而非实体。优化关联实体处理逻辑，减少重复代码。修改findById方法返回VO对象，新增getById方法获取实体。更新相关调用点以适配新接口。

调整WebSocket处理、控制器及Service实现，确保数据类型一致性。完善文档记录重构过程及发现的问题。为后续优化提供基础架构支持。

docs/task/server模块service缓存调整为Vo对象/TASK_server_service_cache_vo.md

@@ -0,0 +1,215 @@
+# Server模块Service缓存调整为Vo对象 - TASK文档
+
+## 1. 任务概述
+
+本任务旨在将Contract-Manager项目Server模块中所有使用@CacheConfig注解的Service类的缓存值从实体对象（Model）调整为视图对象（VO），以提高系统性能和安全性。任务将按照6A工作流的阶段划分逐步执行。
+
+## 2. 子任务拆分
+
+根据系统架构和需求分析，将任务拆分为以下原子子任务：
+
+### 2.1 子任务1：分析现有Service类结构和依赖关系
+
+**描述**：分析Server模块中所有注解了@CacheConfig的Service类的结构和依赖关系。
+
+**输入契约**：
+- 项目源代码
+- 任务文档
+
+**输出契约**：
+- Service类结构分析报告（ANALYSIS_service_class_structure.md）
+- ALIGNMENT文档（ALIGNMENT_server_service_cache_vo.md）
+- CONSENSUS文档（CONSENSUS_server_service_cache_vo.md）
+- DESIGN文档（DESIGN_server_service_cache_vo.md）
+- TASK文档（TASK_server_service_cache_vo.md）
+
+**实现约束**：
+- 严格按照项目现有代码规范
+- 使用Markdown格式编写文档
+- 使用mermaid绘制架构图和依赖关系图
+
+**依赖关系**：
+- 前置任务：无
+- 后置任务：子任务2
+
+### 2.2 子任务2：设计实体类和VO类之间的转换机制
+
+**描述**：设计统一的实体类和VO类之间的转换机制。
+
+**输入契约**：
+- 子任务1的分析报告
+- 现有实体类和VO类代码
+
+**输出契约**：
+- 转换机制设计文档
+- 转换工具类设计
+
+**实现约束**：
+- 确保转换逻辑的一致性和安全性
+- 考虑性能优化
+- 遵循项目现有的转换模式
+
+**依赖关系**：
+- 前置任务：子任务1
+- 后置任务：子任务3
+
+### 2.3 子任务3：设计缓存策略
+
+**描述**：设计统一的缓存策略，包括缓存键命名规则、缓存过期策略等。
+
+**输入契约**：
+- 子任务1的分析报告
+- 子任务2的转换机制设计
+- 现有缓存配置
+
+**输出契约**：
+- 缓存策略设计文档
+- 缓存配置示例
+
+**实现约束**：
+- 统一缓存键的命名规则
+- 确保缓存与数据库数据的一致性
+- 考虑性能优化
+
+**依赖关系**：
+- 前置任务：子任务2
+- 后置任务：子任务4
+
+### 2.4 子任务4：修改Service类以实现缓存调整
+
+**描述**：根据设计文档，修改所有使用@CacheConfig注解的Service类，将缓存值从实体对象调整为VO对象。
+
+**输入契约**：
+- 子任务1的分析报告
+- 子任务2的转换机制设计
+- 子任务3的缓存策略设计
+- 现有Service类代码
+
+**输出契约**：
+- 修改后的Service类代码
+- 变更记录文档
+
+**实现约束**：
+- 严格按照设计文档进行修改
+- 确保修改不影响系统的正常运行
+- 遵循项目的代码规范
+
+**依赖关系**：
+- 前置任务：子任务3
+- 后置任务：子任务5
+
+### 2.5 子任务5：编写测试用例
+
+**描述**：编写单元测试和集成测试用例，验证缓存调整的正确性和性能。
+
+**输入契约**：
+- 子任务4的修改结果
+- 测试框架和工具
+
+**输出契约**：
+- 单元测试用例
+- 集成测试用例
+- 测试报告
+
+**实现约束**：
+- 覆盖正常流程、边界条件、异常情况
+- 确保测试的有效性和可重复性
+- 遵循项目的测试规范
+
+**依赖关系**：
+- 前置任务：子任务4
+- 后置任务：子任务6
+
+### 2.6 子任务6：集成测试和验证
+
+**描述**：执行集成测试，验证缓存调整后的系统功能和性能。
+
+**输入契约**：
+- 子任务5的测试用例
+- 测试环境
+
+**输出契约**：
+- 集成测试报告
+- 性能测试报告
+- 问题清单和解决方案
+
+**实现约束**：
+- 确保系统功能保持不变
+- 验证性能有所提升
+- 记录和解决发现的问题
+
+**依赖关系**：
+- 前置任务：子任务5
+- 后置任务：任务完成
+
+## 3. 任务依赖图
+
+```mermaid
+flowchart TD
+    subgraph 阶段1: Align
+        T1[子任务1: 分析现有Service类结构和依赖关系]
+    end
+
+    subgraph 阶段2: Architect
+        T2[子任务2: 设计实体类和VO类之间的转换机制]
+        T3[子任务3: 设计缓存策略]
+    end
+
+    subgraph 阶段3-4: Atomize & Approve
+        T4[子任务4: 修改Service类以实现缓存调整]
+    end
+
+    subgraph 阶段5: Automate
+        T5[子任务5: 编写测试用例]
+        T6[子任务6: 集成测试和验证]
+    end
+
+    T1 --> T2
+    T2 --> T3
+    T3 --> T4
+    T4 --> T5
+    T5 --> T6
+    T6 --> DONE[任务完成]
+```
+
+## 4. 执行检查清单
+
+### 4.1 完整性检查
+
+- [ ] 任务计划是否覆盖所有需求？
+- [ ] 每个子任务的输入输出是否明确？
+- [ ] 依赖关系是否清晰无循环？
+
+### 4.2 一致性检查
+
+- [ ] 是否与前期文档（ALIGNMENT、CONSENSUS、DESIGN）保持一致？
+- [ ] 是否遵循项目现有的技术栈和架构？
+- [ ] 是否遵循项目的代码规范和命名约定？
+
+### 4.3 可行性检查
+
+- [ ] 技术方案是否确实可行？
+- [ ] 是否有足够的资源和时间完成任务？
+- [ ] 是否考虑了可能的风险和应对措施？
+
+### 4.4 可控性检查
+
+- [ ] 风险是否在可接受范围？
+- [ ] 复杂度是否可控？
+- [ ] 是否有明确的里程碑和验收标准？
+
+### 4.5 可测性检查
+
+- [ ] 验收标准是否明确可执行？
+- [ ] 是否有合适的测试方法和工具？
+- [ ] 是否能够独立验证每个子任务的成果？
+
+## 5. 最终确认清单
+
+- [ ] 明确的实现需求（无歧义）
+- [ ] 明确的子任务定义
+- [ ] 明确的边界和限制
+- [ ] 明确的验收标准
+- [ ] 代码、测试、文档质量标准
+- [ ] 执行风险分析和应对措施
+- [ ] 资源和时间计划