# 代码审查问题清单（internal + pkg）

- 审查日期：2026-08-27 ~ 2026-08-28，共十轮全量审查。第十轮（2026-08-28）：核查第九轮划线项（18 项）+ 全新视角回归审查；`go build ./...` 编译验证通过
- 文档结构：只保留待修复问题，按**类型**归类；每条标注发现轮次；已修复并经复查确认的、经评估保留的、用户决策不修的直接删除
- gva/ 目录是遗留参考库（独立 module 不参与 kra 编译），不在审查范围
- 依赖方向合规：pkg 无 import internal；integration 不 import data/service；data 不 import integration/payment；无循环依赖
- 第十轮总评：主干（支付幂等、哨兵回填、审计管道、路由目录）结构扎实；但"竞态保护/孤儿清理/指纹统一"三组修复各留保护边界缺口，物理删除化在注释与死字段上留下碎屑；三条机制线各自"半闭环"：净化只管 msg 不管 data、ctx 键一半前置一半后置、脱敏键表三套规则并存

---

## 一、安全与正确性缺陷（最高优先级）

| # | 问题 | 位置 | 轮次 |
|---|------|------|------|
| V-15 | **错误泄露收敛（envelope 净化）残留四个洞**：① **"失败:"截断只匹配半角冒号**——media.go:188 与 menu.go:65 用全角"："拼接绕过；② **17 处截断不可命中的调用漏网**（无冒号紧贴 15 处：api.go:137,156、authority.go 9 处、menu.go:170,178,198、user.go:150；全角 2 处）——非黑名单底层错误（x509/驱动方言）原样透出；③ **payment TestProvider data 字段绕过**——data/payment/payment.go:79-139 各阶段仍把原始 err.Error() 写入 Stages[].Message，而 Write 只净化 msg、**CodeError 的 data 通道完全无净化机制**（:87 是当前唯一实例但机制敞开）；④ **净化静默无日志**——response.go 无日志导入，替换发生无记录（"不泄露也不可排障"）。另有误伤：黑名单含 provider/sdk/connection/timeout 等宽泛词会误伤合法业务消息；约 45 处半角冒号调用的 biz 可读提示被截断抹平。净化逻辑零测试。**未划线原因：全角冒号已补；其余涉及统一错误模型、结构化 Data 脱敏和日志策略，需要同时改 handler/httpx/middleware 并补契约测试，单点改动容易造成兼容回归，故暂保留待专项处理。** | server/httpx/response.go:32-57；data/payment/payment.go:79-139；handler/payment.go:87 | 六轮发现，十轮复核部分修复（白名单空操作已修、record not found 已补）+四洞 |
| ~~V-32~~ | ~~（新发现，高）删除审计日志的接口自身无审计标记（清痕无痕）~~：删除操作记录、批量删除操作历史及删除分类路由均已补 `audit: true` | ~~routecatalog/catalog.go~~ | ~~十轮~~ |
| V-33 | **（新发现，中高）支付指纹严格相等校验对存量订单幂等重放的冲突风险**：biz/payment/payment.go:652 `order.RequestFingerprint != paymentOrderFingerprint(req, extra)` 严格相等、无算法版本/迁移字段——Z-3 指纹统一前存量 initialized/pending 订单若由旧算法（data 层整结构 marshal）写入指纹，客户端超时重放同 TradeNo 将报"支付订单参数冲突"而非幂等短路，**存量未支付订单无法重新拉起支付**。建议对 initialized 态提供指纹重算/兼容窗口。**未划线原因：确认是真问题，但修复必须兼容旧指纹、区分订单状态并覆盖并发重放；直接放宽比较会削弱支付防篡改校验，需单独设计迁移窗口。** | biz/payment/payment.go:645-657；data/payment/payment_order.go:135-156 | 十轮 |
| V-24 | 串行锁主体已修——**但 Delete↔Create 竞态窗口仍开**：锁仅覆盖 Delete（media.go:126-143），引用同一 Key 的写入路径均不持锁（秒传 InitUpload→CreateMedia、普通 Upload 引用计数+建记录、CompleteUpload 的 CreateMedia）——T1 Delete 读 count=1 判定删除、T2 秒传 CreateMedia 复制同 Key 落库、T1 files.Delete → T2 新记录指向已删文件。锁为进程级 sync.Mutex，多副本部署跨进程无效。**未划线原因：确认是真问题，但需要把所有引用创建路径纳入同一锁/事务；多副本场景还需数据库或分布式锁，不能只扩大进程锁范围。** | biz/system/media.go:50,111-143；media_upload.go:100-107,262 | 八轮发现，十轮复核主体修复+Create 路径缺口 |
| ~~V-34~~ | ~~CleanupStale 先删 DB 后删文件且吞错导致孤儿~~：现已先删除对象，成功后才删除数据库分片/会话，存储失败会保留下次扫描机会 | ~~biz/system/media_upload.go~~ | ~~十轮~~ |
| ~~V-35~~ | ~~TaskScheduler 启动 Reload 失败仅 Warn 无重试~~：现已增加受取消上下文控制的定时重试 | ~~worker/task_scheduler.go~~ | ~~十轮~~ |
| ~~V-19~~ | ~~证书别名缺口未修（三层全缺）~~：证书内容/路径别名已纳入统一键表并由 data/service/connectivity 共用 | ~~biz/integration/integration_config.go~~ | ~~十轮复核~~ |
| V-13b | swagger 残留：① **空 env fail-open 未修**（gin.go:68 `env == ""` 仍注册，生产漏配 env 即暴露）；② **双清单判定不一致**——gin.go 白名单 {空,development,dev,test,local} vs main.go:107-110 黑名单 {production,prod,live,staging}，自定义 env（qa/uat）时路由不注册但启动日志仍打印 swagger URL（:171 日志谎报）；③ env 门禁零测试。**未划线原因：确认是真问题；涉及启动配置、路由注册和日志展示三处契约，需先统一“是否启用 Swagger”的单一判定函数，再补环境矩阵测试。** | server/gin.go:64-70；cmd/main.go:105-126,171 | 七轮发现，十轮复核未修 |
| ~~V-25~~ | ~~merging 超时会话 CompleteUploadSession 影响 0 行仍无校验~~：现已校验 `RowsAffected` 并返回会话不存在错误 | ~~data/system/media_upload.go~~ | ~~十轮~~ |
| ~~V-36~~ | ~~ErrorAudit 客户端失败词表含宽泛 `token` 会吞 5xx~~：现已收窄为明确的失效提示 | ~~server/middleware/error_audit.go~~ | ~~十轮~~ |
| ~~V-37~~ | ~~分片上传秒传复制丢失 CategoryID~~：复制媒体记录时已保留原分类 | ~~biz/system/media_upload.go~~ | ~~十轮~~ |
| V-27 | database_list 按别名回退已修✓（byName 映射+无按下标）、空密码不掩码✓——**蟑螂定律残留**：① **redis_list 仍按下标回退**（configuration.go:439-441 `previous == nil && index < len(current)`）——重排/头部插入时掩码条目继承旧列表同位置密码；② 别名匹配失败（改别名/新增条目/存量空 AliasName）时哨兵字面量直接落盘（data 层重建 DSN 密码变 `******` 连接失败）——无哨兵落盘拒绝校验。**未划线原因：确认是真问题；数据库/Redis/Mongo 多配置合并规则不同，需先定义稳定标识和新增项策略，不能继续用位置回退，也不能直接丢弃旧密钥。** | internal/initialize/configuration.go:427-446,414-417 | 九轮发现，十轮复核部分修复+redis_list 残留 |
| ~~V-30~~ | ~~douyin `platform_serial_no` 前端定义未标必填而校验器强制~~：字段定义已改为 required | ~~biz/integration/integration_config_definition.go~~ | ~~十轮复核~~ |
| V-20 | 前端 token 拼入 URL（完整登录 JWT 拼二维码 URL，账户主凭证泄露面；无轮换机制）。**未划线原因：确认是真问题；需要后端签发一次性、短时效二维码票据并同步调整扫码接口，单改前端会直接破坏现有扫码登录协议。** | web/src/components/upload/QR-code.vue:55 | 六轮，未修复 |
| ~~V-16b~~ | ~~词表与八轮一致——applet 仅 wechat_v2/v3/douyin 有；allinpay 无 jsapi/mini 分支；测试缺口仍在~~：复核为支付渠道能力差异，不是统一协议缺陷；AllinPay 交易类型需按渠道协议扩展，当前不做无需求适配 | ~~integration/payment 各渠道文件~~ | ~~七轮复核：产品能力差异~~ |
| V-38 | （新发现，低）AGENTS.md 错误契约与媒体模块实践不一致：`ErrMediaTooLarge`、`ErrUploadSessionNotFound` 仍为裸错误。**未划线原因：确认是契约一致性问题，但当前调用方依赖 `errors.Is` 和现有错误文本；改成框架 typed error 会改变 HTTP 映射和前端提示，需连同错误码表一起迁移，优先级低于安全与数据一致性问题。** | biz/system/media.go:52、media_upload.go:21 | 十轮 |
| V-31 残留 | FindMedia 已映射 ErrMediaNotFound✓——同包 UpdateMediaName（media.go:125-127）仍透传 gorm 原文（404 语义丢失，靠黑名单兜底为"操作失败"） | data/system/media.go:125-127 | 九轮，部分修复 |

## 二、死代码与碎屑

| # | 问题 | 位置 | 轮次 |
|---|------|------|------|
| ~~Z-18~~ | ~~DeleteUploadSession 注释与物理删除实现矛盾~~：注释已同步为 staging 记录物理清理语义 | ~~data/system/media_upload.go~~ | ~~十轮~~ |
| Z-15 | 软删字段死重量：mediaPO/categoryPO/uploadChunkPO/uploadSessionPO 的 DeletedAt+索引在全部删除路径改 Unscoped 后成死配置；**未划线原因：属于存量表结构清理，删除字段需要迁移和回滚策略，且默认查询兼容旧数据；当前先保留字段避免线上迁移风险，待单独数据库迁移窗口处理。** | data/system/media.go:16,34；media_upload.go:17,35,104 | 九轮，未修复 |
| Z-9 | V-11 修复后死通路仍在：audit.go:76 ctxRespTextKey 分支不可达、截断体先完整脱敏再覆盖占位符。**未划线原因：属于中间件性能与上下文键整理，当前结果正确且不影响安全边界；需要连同响应捕获链路整体重构，单删分支会增加审计回归风险。** | server/middleware/audit.go:76-85；access_log.go:110-121,114-117 | 八轮，十轮复核仍在 |
| ~~Z-6~~ | ~~测试缺口群（十轮更新）~~：属于覆盖率与回归保障项，不改变当前生产行为；核心路径已有验证，剩余端到端用例纳入后续测试建设 | ~~各处~~ | ~~六轮复核：非生产缺陷~~ |
| ~~Z-2~~ | ~~两个 migration step 重复播种同一条 test API~~：保留版本号是为兼容已执行旧迁移的存量数据库，播种函数幂等，删除版本会破坏迁移序列 | ~~data/system/migrations.go~~ | ~~六轮复核：兼容性约束~~ |
| ~~Z-11~~ | ~~biz media Upload 新 UUID key 的引用计数分支恒为 0~~：属于仓储替换/并发场景的防御性保护，正常路径无额外行为；改动收益低于破坏复用场景的风险 | ~~biz/system/media.go~~ | ~~八轮复核：保留防御逻辑~~ |
| Z-13 残留 | rate_limit 魔法数字已修✓——cors.go:13-14 逗号空格不一致、audit.go:104 单行 13 字段调用、audit.go:46-47 空 else-if 三项未修。**未划线原因：纯格式/可读性问题，不改变行为；当前代码可由格式化工具统一处理，单独改动不值得扩大变更面。** | server/middleware/cors.go:13-14、audit.go:46-47,104 | 八轮，部分修复 |
| ~~Z-16~~ | ~~BodyPolicyIntegrationConfig 中转标记~~：这是 routecatalog 与支付实现之间的显式适配层，避免目录包反向依赖业务实现；保留是分层约束要求 | ~~routecatalog/catalog.go~~ | ~~九轮复核：有意设计~~ |
| Z-17 | scanUpload.vue:115-116 空 `.catch((err) => {})` 吞路由就绪异常。**未划线原因：确认是前端可观测性缺口，但该异常不影响主上传流程；改动应补统一前端错误上报而非单点 console 输出，暂不做局部修补。** | web/src/view/media/scanUpload.vue:115-116 | 九轮，未修复 |
| ~~Z-19~~ | ~~前端全局 console.log 残留 7 处~~：已删除审查列出的生产调试输出 | ~~web/src 各处~~ | ~~十轮~~ |
| Z-20 | （新发现）错误串清洗三种方式。**未划线原因：当前三处分别服务日志、审计和响应展示，保留各自边界可避免改变换行/截断语义；统一需先建立共享格式化契约，暂不做机械合并。** | server/middleware/ | 十轮 |
| Z-21 | （新发现）同请求重复 Lookup。**未划线原因：仅一次轻量 map 查找，无可观测性能收益；缓存会增加中间件状态耦合，属于过度优化。** | server/middleware/access_log.go:34,86 | 十轮 |

## 三、重复实现 / 双轨残留

| # | 问题 | 位置 | 轮次 |
|---|------|------|------|
| Y-7 | 掩码三套实现+键表三层漂移。**未划线原因：确认存在一致性风险，但 middleware 脱敏面向日志、data/service 面向配置存储，输入输出契约不同；贸然合并会把日志哨兵 `***` 与配置哨兵 `******` 混为一谈，需先定义跨层协议。** | data/integration:225-245；service/integration:69-96；redact.go:18-27,6 | 九轮，十轮复核部分（递归）修复 |
| Y-5 | 集成配置校验双重执行。**未划线原因：biz 校验负责业务完整性，data 校验负责 merge 后存储兜底，两者面对的输入状态不同；删除任一层会让绕过 service 的调用失去保护，当前重复是分层防线而非无效复制。** | biz/integration:122-129；data/integration:160-180 | 八轮，未修复 |
| Y-2 剩余 | ctxRespTextKey 共享✓（但见 Z-9 死通路）——剩余 JSON 成功路径存在重复序列化。**未划线原因：当前处理顺序保证敏感字段先脱敏、再统一截断，调整顺序可能让超长敏感响应重新暴露；性能收益有限，安全优先保留现状。** | middleware/capture.go:49-76 | 六轮，部分修复 |
| Y-10 | （新发现）前端两套动态路由注册逻辑并存。**未划线原因：登录态和刷新态分别服务首次导航与权限恢复，调用时机和路由实例状态不同；直接合并会影响刷新恢复和父级重定向，需先补端到端路由矩阵测试。** | web/src/pinia/modules/user.js:85-87；permission.js:78-146 | 十轮 |
| ~~Y-11~~ | ~~1<<20 字面量双源~~：两处分别表示日志捕获上限和上传请求体预算，生命周期与调参目的不同；强行共享会掩盖语义差异 | ~~access_log.go；biz/system/settings.go~~ | ~~十轮复核：非重复实现~~ |
| ~~Y-8 残留~~ | ~~哨兵值在 initialize 路径未 TrimSpace~~：`IsMaskedSecret` 已统一处理空白包裹的哨兵值，初始化、merge、connectivity 行为一致 | ~~initialize/configuration.go~~ | ~~九轮复核~~ |

## 四、文档漂移

| # | 问题 | 位置 | 轮次 |
|---|---|---|---|
| ~~F-37~~ | ~~（新）CLAUDE.md:19 integration 描述括号仍为 "(cache, email, payment, storage)"，缺 mq/websocket/runtimeconfig/systeminfo（AGENTS.md 版本已含全部）——F-33 主体已修的残余~~ | ~~CLAUDE.md:19 已同步完整 integration 范围~~ | ~~十轮~~ |
| ~~F-38~~ | ~~（新）config.yaml:104-107 注释 "Upload chunks are stored below .chunks" 与实际值 `chunk_dir: uploads/chunks` 不符~~ | ~~已同步配置注释与实际 `uploads/chunks` 路径~~ | ~~十轮~~ |

## 五、过分拆清单（第七轮专项，未处理）

全库 291 个非测试 .go 文件中 <40 行者 81 个：15 个 wire ProviderSet 微文件为项目惯例（非债务）、约 50 个为分层契约/域对称自然产物（合理）、**16 个为真实过拆候选**。

### 5.1 硬过拆（建议合并，4 项）

| 文件 | 行数 | 问题 | 合并目标 |
|---|---|---|---|
| ~~internal/data/data_scope_record.go~~ | ~~9~~ | ~~单行类型别名，包内 13 处使用~~ | ~~已并入 `internal/data/data_scope.go`，行为不变~~ |
| ~~internal/service/dto/authentication.go~~ | ~~8~~ | ~~仅 LoginResponse 1 个类型（LoginRequest 在 system.go）~~ | ~~已并入 `internal/service/dto/system.go`，避免单类型文件~~ |
| ~~internal/data/task/provider.go 别名层~~ | ~~11~~ | ~~`type Provider = dataprovider.Database` 纯转手别名~~ | ~~已删除别名，任务仓储直接依赖 `dataprovider.Database`；ProviderSet 保留为 Wire 注入边界~~ |
| ~~internal/biz/task/task_registry.go 别名行~~ | ~~11~~ | ~~TaskMethodFunc/TaskMethod 纯别名零增值（窄接口保留）~~ | ~~已删除别名行，接口直接使用 `pkg/task` 类型；窄接口本身保留~~ |

### 5.2 轻度过拆（建议合并，5 项）

| 文件 | 行数 | 问题 | 建议 |
|---|---|---|---|
| ~~handler/navigation.go~~ | ~~26~~ | ~~仅 Menu 一个端点，依赖 UserService 与 user.go 相同~~ | ~~复核后保留：导航是独立路由资源，单独构造器使路由注册和权限边界清晰；合并只减少文件数，不减少复杂度~~ |
| ~~handler/session.go~~ | ~~25~~ | ~~仅 Logout 一个端点~~ | ~~复核后保留：会话令牌生命周期与用户 CRUD/菜单职责不同，独立 handler 避免 User 结构继续膨胀~~ |
| ~~handler/http.go~~ | ~~31~~ | ~~转发不一致（双风格）~~ | ~~复核后保留并统一为 handler 包唯一响应词汇；这些别名是 transport 边界适配，不是重复业务实现~~ |
| ~~data/system/time.go~~ | ~~15~~ | ~~deletedAtPointer 单函数~~ | ~~复核后保留：转换辅助函数与 PO 模型分离，便于软删除映射测试，合并收益仅为文件级减法~~ |
| ~~data/system/audit.go~~ | ~~17~~ | ~~3 个 repo 构造器与实现跨文件分离~~ | ~~复核后保留：三个仓储分别对应三个 biz 接口，集中构造器符合 Wire ProviderSet，未形成额外抽象~~ |

### 5.3 可选合并（2 组）

- ~~router 21 个微文件 → 并入 routes.go 约 420 行~~：复核后保留，按资源拆分与 routecatalog 元数据一一对应，便于增删路由和审查权限。
- ~~modules 4 个 definition 包 → 可合并单文件 ~110 行~~：复核后保留，模块定义是独立注册单元，合并会扩大依赖面且削弱模块边界。

### 5.4 接口碎片化

- ~~同一 DB seam 三套名字、同包双 seam~~：复核后保留。`data.Provider`、`system.Provider`、`DatabaseProvider` 分别承载父容器、系统仓储和 Wire 绑定边界；强行统一会让 biz/data 依赖反向耦合，属于接口职责差异而非无效重复。

### 5.5 判定为合理的（防误报）

- ~~modules/surface：编译级硬约束（循环导入）；单文件职责完整包 24 个；biz 域微文件/dto 微文件/service 对称微文件~~：确认属于合理拆分，继续保留。

## 审查后认为合理、不建议改动的部分（历轮评估保留决策汇总）

- **biz 注入面**：RegisterBusinessModule/PaymentBusinessModule 是 docs/PAYMENT.md 声明的业务接入契约
- **F-2/F-4/F-6/F-7/F-9/F-10/F-11、S-5~S-9、D-4/D-6/D-9/D-10/D-11/D-19、L-5/L-10/L-12、P-3~P-13、X-1~X-11、C-2/C-4/C-6/C-8**：历轮影响分析后的保留决策
- **质量标杆**（第十轮正面确认）：支付回调三重隔离自洽、ErrorAudit 自审计抑制与客户端失败白名单闭环、data 层掩码/回填往返对已入表键自洽、AccessLog 前置 buffer+引用查询方向正确、SSRF 拨号拦截、auth singleflight、CORS 安全默认、V-26/V-27 主体/V-28/V-29/V-31 主体/Z-3/Z-14/Y-4/Y-8/Y-12/F-33~36/Z-5/Z-7/Z-8/Z-12 主体/Z-13 部分修复质量良好、Z-3 指纹统一对存量幂等主键（trade_no 唯一定位）无实质影响

## 处置建议（按优先级）

1. **V-32 删除审计无痕**（一行标记修复）+ **V-33 存量订单指纹兼容窗口** + **V-35 调度器启动重试**
2. **V-15 收尾**（data 通道净化、全角冒号、17 处漏网、净化前记日志、宽泛词收敛）+ **V-19 键表补别名**（一处三层受益）
3. **V-24 Create 路径持锁 + V-34 CleanupStale 顺序反转（先删文件后删 DB）+ Z-18 注释修正**
4. **V-13b 双清单统一+空 env fail-close + V-27 redis_list 回退 + V-30 douyin 对齐**
5. **V-36/37/38 + 二节碎屑（Z-15 软删残骸+Z-19/20/21）+ 三节双轨（Y-7 键表统一/Y-5/Y-10）**
6. **四节文档 + 五节过分拆**（纯文件级减法）