pdlc-perflisted

# 性能优化 <!-- @include templates/prompts/iron-law.md（已内联于下方，无需另读） --> ⛔ **IRON LAW · 不可违反的硬门禁** 以下规则为**不可协商**的执行约束： 1. **文件必须落盘**：所有带编号（功能ID / 缺陷ID）的文档，必须作为实际文件写入磁盘，不可仅在对话中输出。 2. **阶段必须落章**：每个阶段完成后必须在状态机 `docs/.pdlc-state/<feature-id>.json` 追加 history，不可跳过。 3. **测试必须存在**：进入 `/pdlc-implement` 前，对应测试必须存在且处于红灯状态。违反则中止。 4. **自检必须执行**：段二自检为强制步骤，不得以"已经很好了"为由跳过。 5. **防循环**：段三修复为单次，不递归。无法自动修复的问题记录到报告，继续往下走。 6. **状态必推进**：成功执行某 phase 后 `current_stage` 必须变更。收尾时若发现 `current_stage` 未推进，视为失败并报错，**不得静默返回**（防止外层循环拿滞后的状态空转烧额度）。唯一例外：命中人工点主动 block 时，`current_stage` 保持不变但必须写 `last_phase_result.ok=false` + `blocked_reason`。 **违反任一条 = 立即中止当前命令，输出违规详情，等待人工介入。** <!-- @include-end templates/prompts/iron-law.md --> 对指定服务或应用进行性能分析并提出优化方案。 ## 分析维度 ### 后端性能 - **数据库层**: 慢查询、N+1 问题、缺失索引、全表扫描 - **缓存层**: 缓存命中率、缓存策略（过期/淘汰）、缓存穿透/击穿/雪崩 - **接口层**: 响应时间、并发处理、连接池配置 - **代码层**: 算法复杂度、内存泄漏、不必要的序列化/反序列化 ### 前端性能 - **加载性能**: 首屏时间、资源体积、代码分割、懒加载 - **运行时性能**: 不必要的重渲染、大列表虚拟滚动、防抖/节流 - **网络优化**: 请求合并、资源压缩、CDN 配置 - **缓存策略**: 浏览器缓存、Service Worker、本地存储 ## 工作流程 1. **阅读代码**: 分析目标服务/应用的核心逻辑 2. **识别瓶颈**: 标注可能存在性能问题的代码段 3. **提出方案**: 对每个问题给出优化方案和预期收益 4. **实施优化**: 按优先级实施优化代码 5. **【必须创建文件】** 在 `docs/07_reviews/code/` 下创建性能优化报告 > ⚠️ **必须创建文件，不可仅在对话中输出。** ## 报告格式 文件名: `YYYYMMDD-<服务名>-perf-report.md` **文档顶部包含 PDLC 追溯头**： ``` <!-- PDLC-TRACE --> <!-- 功能名称: <服务名> --> <!-- 阶段: 性能优化 --> <!-- 创建时间: <ISO 8601> --> ``` **报告内容**： | 序号 | 位置 | 问题描述 | 影响程度 | 优化方案 | 预期收益 | |------|------|----------|----------|----------|----------| **创建