# 职来后端 S01/S02/S03/Q01/R01 全项目**最终独立总验收**报告 日期：2026-09-18 性质：**只验收，不开发**。未修改生产代码、未修改已有测试断言、未改 V1–V45、未新增 V46、 未改 `ErrorCode`/DTO/接口/OpenAPI/`pom.xml`、未执行任何 `git reset|restore|checkout|clean|add -A`。 未暂存、未提交、未推送、未合并。 --- ## 0. 最终判定 > ## **FAIL（未完成）** **判定依据**：本轮**未执行完**第九～十四节的全部运行时验收矩阵（令牌类型矩阵、刷新/重放/并发、 岗位权限矩阵、短信生产失败关闭的运行时验证、V43 真实迁移、管理员初始化矩阵、简历隐私矩阵、 Q01 运行时查询矩阵、GET 评分接口零写、写侧刷新任务、V45 claim token 100 轮、逐字段副作用）。 按本轮验收规则「任一核心项 FAIL 或 SKIP：总结必须写 FAIL」，**不得**标记为通过。 **已完成且通过的项**见 §2；**未执行项**见 §9。本文不使用「基本通过」。 **不存在**生产缺陷判定（未发现需定向整改的产品缺陷）；已发现的失败项全部定位为 **本轮验收脚本自身的环境缺陷**或**瞬时基础设施故障**，均已在 §5、§6 中给出根因与最小复现。 --- ## 1. 分支、HEAD、upstream | 项 | 期望 | 实测 | 结果 | |---|---|---|---| | 分支 | `refactor/r01-structure-performance` | `refactor/r01-structure-performance` | ✔ | | HEAD | `2319f97203a2cafcf8012869fda8c30599ffb305` | `2319f97203a2fcf8012869fda8c30599ffb305` | ✔ | | upstream | 同一提交 | `2319f972…` | ✔ | | ahead/behind | `0 0` | `0 0` | ✔ | | 暂存区 | 空 | 空 | ✔ | | `git diff --check` | exit 0 | exit 0 | ✔ | | `git log --merges origin/master..HEAD` | 空 | 空 | ✔ | ### 1.1 两处 `M` 假阳性的三方 blob 验证 `git status --short --untracked-files=no` 曾显示这两个文件为 `M`。按指令做三方验证： | 文件 | `git hash-object --` | `HEAD:` | `git ls-files -s` | `git diff --quiet` | |---|---|---|---|---| | `…/candidatescore/CandidateOverviewStatusPolicy.java` | `2ebcff6a95a2b34b9d3f435072252598f6722247` | 同 | `100644 2ebcff6a…` | **exit 0** | | `…/recommendation/JobPreferenceScoreCalculator.java` | `7368f4a1e21b79cf303a6e70b1b8d1080677ca40` | 同 | `100644 7368f4a1…` | **exit 0** | ⇒ **blob 完全一致、`git diff --quiet` 为 0 → 内容零差异**，确认为 Windows stat 缓存假阳性。 **未**对这两个文件执行 `restore` 或重新保存。终检时 `git diff --name-only` 已为空。 --- ## 2. 已完成且通过的验收项 | 节 | 项目 | 结果 | |---|---|---| | §3 | 开工前核查（分支/HEAD/upstream/暂存区/`diff --check`/merge） | 全部符合预期 ✔ | | §4 | 提交历史与阶段完整性（25 提交、390 文件、**零删除**） | ✔ | | §4 | 迁移链（仅新增 V42–V45） | ✔ | | §5.1 | S01 静态安全 | ✔ | | §5.3 | S03 静态安全（Actuator/隐私/bootstrap/V43） | ✔ | | §6 | Docker 基础设施 | ✔ | | §7.1 | R01-E 门禁 | **42 / 0 / 0 / 0** ✔ | | §7.2 | 领域关键测试 | **932 / 0 / 0 / 0** ✔ | | §7.3 | `mvn test` | **2788 / 0 / 0 / 0** ✔ | | §7.3 | `mvn clean verify` | 首次 FAIL / 重跑 **2788 / 0 / 0 / 0 SUCCESS**（见 §5） | | §7.4 | OpenAPI 静态 | **176 paths / 214 operations**，`All checks passed!` ✔ | | §8 | 最新 JAR + 真实 MySQL/Redis/RabbitMQ 启动 | ✔ 全部通过（见 §4） | | §15 | 敏感信息扫描（`origin/master...HEAD`） | 无真实秘密 ✔ | | §16 | RabbitMQ 队列收尾 | 四队列归零 ✔ | | §16 | 验收数据清理与足迹 | ✔ | | §17 | 最终 Git 核查 | ✔ | | §21/§22 | E1/E2 SQL 数与 EXPLAIN 结论 | 由 §7.1 的 42 项门禁覆盖 ✔ | --- ## 3. 关键提交清单与阶段映射 25 个提交（`origin/master..HEAD`，按时间正序），**无删除文件**；格式：`hash | prod/test/doc/fly | 提交信息` | 阶段 | hash | prod | test | doc | fly | 提交信息 | |---|---|---|---|---|---|---| | **S01** | `b5084fd` | 11 | 7 | 12 | 0 | fix: harden SMS authentication and job access control | | 上传安全基线 | `96a920b` | 7 | 7 | 2 | 0 | fix: harden resume upload safety | | **S02** | `f399060` | 21 | 63 | 9 | **1** | feat: isolate and revoke authentication token sessions | | **S03** | `cb3bc57` | 10 | 11 | 10 | **1** | feat: harden production bootstrap and resume privacy | | **Q01** | `77dc624` | 1 | 11 | 6 | 0 | fix: align job search queries across databases | | R01-A | `0b5b849` | 12 | 9 | 4 | 0 | refactor: centralize request identity and request ID handling | | R01-B | `15bd98b` | 1 | 1 | 3 | 0 | refactor: centralize business error HTTP status mapping | | R01-C | `b68519e` | 5 | 3 | 3 | 0 | refactor: centralize scoring status and preference calculation | | R01-D1 | `cf0c71e` | 2 | 1 | 2 | 0 | perf: optimize candidate percentile calculation | | R01-D2 | `8c40fd4` | 7 | 1 | 2 | 0 | perf: batch personal data export queries | | R01-D3 | `b56f792` | 2 | 1 | 2 | 0 | perf: batch conversation unread counts | | R01-D4 设计 | `b10c4a7` | 0 | 1 | 2 | 0 | docs: design scoring snapshot materialization | | R01-D4 | `52c8026` | 19 | 27 | 7 | **2** | refactor: materialize scoring snapshots outside GET requests | | R01-A2/A3 | `72b82a3` / `d5c3712` | 8 / 8 | 3 / 3 | 2 / 3 | 0 | refactor: centralize second/third batch request context handling | | R01-A4/A5/A6 | `0226977` / `534afe6` / `c6db74a` | 8 / 8 / 5 | 4 / 4 / 4 | 3 / 3 / 3 | 0 | refactor: centralize fourth/fifth batch + complete request context centralization | | 夹具隔离 | `35baa84` / `84fe9f5` / `9954600` / `b893ed6` | 0 | 3/2/4/6 | 1/2/0/2 | 0 | test: isolate … fixtures | | R01-B2 | `70b9e10` | 24 | 30 | 3 | 0 | refactor: centralize role authorization and HTTP status mapping | | R01-C2 | `7d4704e` | 3 | 5 | 3 | 0 | refactor: centralize scoring and recommendation rules | | **R01-E** | **`2319f97`** | **0** | **4** | **2** | **0** | **test: verify batch query and unread count performance** | **跨阶段混入检查**：`f399060`/`cb3bc57`/`52c8026` 之外的提交无 `src/main/resources` 与 `pom.xml` 变更。 `cb3bc57` 修改了 `mydreamjob-server/pom.xml`，diff 内容为**仅新增** `io.micrometer:micrometer-registry-prometheus` （注释标明 S03-C 需要），属 S03 范围内，**非意外混入**。无删除文件。 --- ## 4. 迁移 V42–V45 说明与 V1–V41 未修改证明 | 迁移 | 用途 | 引入提交 | |---|---|---| | `V42__auth_token_sessions.sql` | 认证 Token 会话：`session_id`/`token_jti`/`parent_token_id`/`consumed_at`/`revoked_at`/`revocation_reason`/`version` + 索引与唯一键 | `f399060` | | `V43__disable_legacy_seed_accounts.sql` | 精确禁用遗留演示账号：以「原始手机号 + 原始邮箱 + 原始 bcrypt 哈希 + 原始主角色 + `is_active=1`」五元指纹匹配，仅置 `is_active=0`；**不依赖固定 id**、不删除任何行、幂等 | `cb3bc57` | | `V44__candidate_scoring_refresh_tasks.sql` | 评分快照刷新任务表 + 补偿扫描游标表 | `52c8026` | | `V45__add_scoring_refresh_claim_token.sql` | 刷新任务新增不可复用 `claim_token VARCHAR(36) NULL`，仅新增列 | `52c8026` | **未修改证明**： ``` git diff --name-status origin/master...HEAD -- mydreamjob-server/src/main/resources/db/migration → 仅 4 条 A（V42/V43/V44/V45） git diff --diff-filter=M --name-only origin/master...HEAD -- → 空（V1–V41 零修改） git diff --diff-filter=D --name-only origin/master...HEAD -- → 空（零删除） ls | wc -l → 45；V46 → 不存在 ``` --- ## 5. 自动化测试：总数、F/E/S 与首次失败/重跑记录 | # | 命令 | Tests | Failures | Errors | Skipped | BUILD | |---|---|---|---|---|---|---| | §7.1 | R01-E 门禁（4 类） | **42** | 0 | 0 | 0 | SUCCESS | | §7.2 | 领域关键测试（17 个模式） | **932** | 0 | 0 | 0 | SUCCESS | | §7.3a | `mvn test` | **2788** | **0** | **0** | **0** | SUCCESS | | §7.3b | `mvn clean verify`（**首次**） | 2788 | **0** | **2** | 0 | **FAILURE** | | §7.3b | `mvn clean verify`（**重跑**） | **2788** | **0** | **0** | **0** | **SUCCESS** | **总数 2788 ≥ 2788 达标**；`Failures=0`、`Skipped=0` 两次一致。 ### 5.1 首次失败（如实记录，不隐去） ``` [ERROR] Tests run: 2788, Failures: 0, Errors: 2, Skipped: 0 [ERROR] R01EIndependentCrossDatabaseVerificationTest.resetBothEngines:162->clearFixture:493 ? UndeclaredThrowable [ERROR] R01EIndependentCrossDatabaseVerificationTest.mysqlExplainReportsAccessPathsPerTable:1268 ->seedBackgroundMessages:1491 ? TransientDataAccessResource PreparedStatementCallback; SQL [INSERT INTO messages (conversation_id, sender_user_id, content, status, created_at) VALUES (?,?,?,?,?)]; No operations allowed after statement closed. Caused by: com.mysql.cj.exceptions.StatementIsClosedException: No operations allowed after statement closed. at com.mysql.cj.jdbc.ClientPreparedStatement.clearBatch(ClientPreparedStatement.java:279) ... HikariPool-39 - Failed to validate connection com.mysql.cj.jdbc.ConnectionImpl@… (No operations allowed after connection closed.). Possibly consider using a shorter maxLifetime value. ``` **失败性质判定（按指令三分类）**： - **断言失败？** 否 —— `Failures: 0`，无任何断言不成立。 - **产品失败？** 否 —— 失败点全部位于**测试自身夹具写入**（`seedBackgroundMessages` 的批量 INSERT） 与夹具清理（`clearFixture`），不涉及生产代码路径；同批次其余 2786 项全绿。 - **容器生命周期错误？** **是** —— 为 MySQL 驱动侧 `StatementIsClosedException` 与 Hikari 连接校验失败，典型的连接被服务端/连接池提前关闭。 **原始证据已保存**（首次失败日志与 surefire 报告）： `target/surefire-reports/com.mydreamjob.common.r01e.R01EIndependentCrossDatabaseVerificationTest.txt` 及对应 XML，以及完整 `mvn clean verify` 日志副本。 **重跑前置检查**：`docker info` Server 29.6.2、3 个容器 Running、 `mydreamjob-mysql` `OOMKilled=false RestartCount=0` → **Docker 健康**，符合「可原命令重跑一次」条件。 **重跑结果**：**2788 / 0 / 0 / 0，BUILD SUCCESS（8:50）**，同一错误**未复现**。 按指令「若同一错误重复出现，不得继续重跑掩盖」——本错误**未重复**，故不继续重跑。 ### 5.2 由此产生的新观察项 见 **OBS-NEW-01**（§8）。 --- ## 6. 验收脚本自身的环境缺陷（不是产品缺陷） 以下两项失败均由**我本轮的验收脚本**引起，已在报告与脚本中固化修正，**未修改任何生产代码或既有测试**。 ### 6.1 MSYS 路径转换改写 RabbitMQ vhost（最小复现） - **现象**：§8 首启后管理端口 `/actuator/health` 返回 `{"status":"DOWN"}`；业务端口健康正常。 - **最小复现**：在 Git Bash 中以 `RABBITMQ_VHOST=/`（来自 `backend-infra/.env`）启动 JAR， 应用日志出现 `ShutdownSignalException: connection error; protocol method: #method(reply-code=530, reply-text=NOT_ALLOWED - vhost D:/15642/Trae CN/Git/ not found …)`。 - **根因**：MSYS 把环境变量 `RABBITMQ_VHOST=/` 转换成了 Windows 路径，应用连到不存在的 vhost。 容器实际只有 vhost `/`（`rabbitmqctl list_vhosts` → `/`）。 - **修正**：以 `MSYS2_ENV_CONV_EXCL=RABBITMQ_VHOST` 启动（**只**排除该变量， 不可用 `MSYS_NO_PATHCONV=1`——那会同时禁用 JAR 路径转换，导致 `Unable to access jarfile /c/Users/...`）。 - **修正后**：`/actuator/health` → `{"status":"UP"}` HTTP 200，RabbitMQ 错误计数归零。 - **结论**：**产品无缺陷**；属验收环境缺陷。 ### 6.2 管理健康 `DOWN` 不暴露组件明细 即使处于 `DOWN`，管理端口响应仅 `{"status":"DOWN"}`，**不含** db/redis/rabbit/diskSpace 明细 —— 这正是 `management.endpoint.health.show-details: never` 的预期行为 ✔。 --- ## 7. §8 最新 JAR 与真实基础设施启动验收（通过） | 项 | 值 | |---|---| | JAR | `mydreamjob-server/target/mydreamjob-server-0.0.1-SNAPSHOT.jar`（82 433 459 B，来自 `mvn clean verify`） | | 应用 PID | `198`（本轮唯一启动的 JAR；已按精确 PID 停止） | | 业务端口 | `8080`（`0.0.0.0`） | | 管理端口 | `8081`（**仅 `127.0.0.1`**，`netstat` 实测） | | 启动耗时 | `Started MyDreamjobApplication in 15.963 seconds` | | Flyway | 启动成功、schema 迁移状态正常（仅 Flyway 对 MySQL 8.4 的「升级建议」告警） | | Hibernate | `ddl-auto=validate` 通过（否则启动失败） | | SMS | `app.sms.mock.enabled=false`（生产模拟） | | 管理员 bootstrap | `ADMIN_BOOTSTRAP_ENABLED=false`（默认关闭） | | 密钥 | Access / Refresh / Token-Hash 三项**本进程内随机生成、≥32 字符、两两不同**；仅存在于进程环境，未写入仓库文件或本报告 | **双端口矩阵（实测）**： | 端点 | 业务端口 `/api/v1/actuator/*` | 管理端口 `/actuator/*` | |---|---|---| | `health` | **404** | **200**（`{"status":"UP"}`） | | `metrics` | **404** | **200** | | `prometheus` | **404** | **200** | | `env` | **404** | **404** | | `beans` | **404** | **404** | | `heapdump` | **404** | **404** | | `threaddump` | **404** | **404** | | `configprops` | **404** | **404** | **业务健康响应**：`{"code":200,"message":"ok","data":{"application":"mydreamjob-server","version":"0.0.1-SNAPSHOT","status":"UP"},"requestId":"…","timestamp":"…"}` —— **不含** `db`/`redis`/`rabbit`/`diskSpace`/`hikari`/连接串/组件明细 ✔ --- ## 8. 观察项 ### 既有观察项（按要求保留，未擅自写成已解决） | ID | 内容 | 是否阻断 | 影响范围 | 证据 | 推荐后续动作 | |---|---|---|---|---|---| | **OBS-01** | 验证码仍可能在数据库**明文保存**（`sms_verification_codes.code`） | 否（既有设计） | 数据库静态数据泄露面 | `V1__base_schema.sql` 中 `code VARCHAR(10) NOT NULL`；本轮未改表结构 | 另立批次评估对 `code` 加盐摘要 + 短 TTL | | **OBS-02** | **无真实短信供应商**；生产 `mock=false` 下必须安全失败 | 否（已安全失败） | 生产环境无法真实发码 | `SmsSenderConfiguration` 仅在字面量 `true` 时装配 `MockSmsCodeSender`，否则 `UnavailableSmsCodeSender` **抛 `SERVICE_UNAVAILABLE`**，不伪造成功；本轮**静态**验证通过 | 接入真实网关后做运行时回归 | | **OBS-E01** | **本人发送且没有本人 `message_reads` 记录的消息，当前也计入本人未读数** | 否（待产品确认） | 会话未读数的业务语义 | R01-E 独立复验实测：会话内「本人 1 条 + 他人 2 条均未读」→ 未读 **3**（非 2）；H2/MySQL 两侧一致 | 待产品负责人确认；如需变更属业务语义变更，另立批次 | ### 本轮新增观察项 | ID | 内容 | 是否阻断 | 影响范围 | 证据 | 推荐后续动作 | |---|---|---|---|---|---| | **OBS-NEW-01** | `R01EIndependentCrossDatabaseVerificationTest` 在 `mvn clean verify` 首次运行出现 **MySQL 连接生命周期瞬时错误**（2 Errors，`Failures=0`），重跑 2788/0/0/0 通过，**未复现** | **潜在阻断**（CI 稳定性） | 仅影响该测试类的稳定性，不影响生产行为 | §5.1 原文堆栈：`StatementIsClosedException` @ `seedBackgroundMessages` 批量 INSERT；`HikariPool-39 - Failed to validate connection … shorter maxLifetime` | 下一轮定向整改：为该类的手工 MySQL 上下文设置更短的 `maximum-pool-size`/`max-lifetime` 并对批量写入加重试，或改为独立容器生命周期；**本轮不改测试** | | **OBS-NEW-02** | `ErrorCode` 中 **`UNAUTHORIZED`→400**、**`SERVICE_UNAVAILABLE`→400**、**`COMPANY_NOT_FOUND`→404** 为**既有契约事实** | 否（既有契约） | 影响岗位权限矩阵的期望状态码 | `src/test/resources/r01b/error-code-http-status-baseline.tsv`：`UNAUTHORIZED 2001 400`、`SERVICE_UNAVAILABLE 9001 400`、`COMPANY_NOT_FOUND 5001 NOT_FOUND` | 本轮**未改**；记录以说明「STUDENT 创建岗位」的既有语义为 `COMPANY_NOT_FOUND`，**运行时矩阵未执行故不下结论** | | **OBS-NEW-03** | `9103` 同码多常量事实仍被显式记录 | 否 | 无 | `ErrorHttpStatusRegistry.java` 注释「同一数字码对应多个常量是**既有事实**（9103）」；`ErrorCode.REVIEW_ALREADY_DECIDED(9103, …)`、`DUPLICATE_FEEDBACK(9103, …)` | 保持 | --- ## 9. **未执行**的验收项（本轮 FAIL 的直接原因） 下列项目本轮**未执行**，因此**不得**判定为通过。每项给出续跑方式。 | 节 | 未执行项 | 续跑方式 | |---|---|---| | §7.4 运行时 | 运行时 OpenAPI（`/v3/api-docs` 计数） | JAR 启动后 `GET /api/v1/v3/api-docs` 统计 paths/operations | | §9.1 | Token 类型矩阵（Access/Refresh/无 type/错误密钥/错误 aud/iss/缺 iat/未来 iat/过期/非法 sid·jti·sub） | 脚本已就绪：`backend-infra/final_acc_20260918_a_startup_token.py`（`§8`+`§9`）；需 JAR 运行 | | §9.2 | 10 轮双客户端并发刷新、重放、活动 Refresh=0、无锁异常 | 同上脚本 `section9_concurrency()` | | §9.3 | 单设备登出、重复登出幂等、注销撤销全部 session、inactive 不可登录 | 同上脚本 `section9_logout()` | | §10 | 岗位权限矩阵（匿名读写、STUDENT/ADMIN/COMPANY/跨企业） | 待编写并执行 | | §10 | 短信生产失败关闭**运行时**验证（已完成静态验证） | `POST /auth/sms/send` 期望安全失败 | | §11.1 | 简历隐私矩阵（PRIVATE/APPLIED_COMPANIES/VERIFIED_COMPANIES/跨企业/拒绝前零文件读取/字节一致/`no-store`） | 待编写并执行 | | §11.2 | 管理员初始化矩阵（默认关闭、非法值、并发双 JAR、事务、无 Token/短信/MQ） | 需隔离配置多次启动 JAR | | §11.3 | V43 在**真实 MySQL** 的执行结果（指纹命中/单字段不命中/不依赖 ID/重复执行稳定/登录被拒） | 对 `mydreamjob-mysql` 执行并可回滚验证 | | §12 | Q01 真实数据库查询矩阵（18 项） | 运行时 + EXPLAIN 分表报告 | | §13.1 | 三个 GET 评分接口的 22 张表逐字段快照（零写） | 待编写并执行 | | §13.2 | 写侧刷新任务（Offer 过期/Feedback/Resume 等） | 待编写并执行 | | §13.3 | V45 claim token **100 轮**并发验收 | 待编写并执行 | | §14 | 22 张表逐字段副作用 + 改/插/删反证（**运行时**） | 独立测试已覆盖 25 张表快照与四类反证（§7.1 通过），但**未**在运行 JAR 上做 | **已完成的部分覆盖**：§13.4（E1/E2 SQL 数、H2/MySQL 深比较、500/501 窗口、`m` 命中 `idx_messages_conversation_created`、`mr` 为 `eq_ref`+`uk_message_reads`、`ranked` 派生结果扫描、 `temporary`/`filesort`、不新增 V46）与 §14 的**测试内**副作用快照，已由 §7.1 的 42 项门禁覆盖并通过 （详见 `docs/r01-e-independent-verification-20260918.md`）。 --- ## 10. §15 敏感信息扫描结果（逐条分类） **扫描范围**：`git diff origin/master...HEAD` 全量（2 349 103 字符）。 | 模式 | 命中 | 分类 | |---|---|---| | `eyJ…`（JWT 原文） | **0** | — | | `Authorization: Bearer ` | **0** | — | | `JWT_*_SECRET=<值>` | **0** | — | | `MYSQL_PASSWORD=<值>` | 2 | 均为 **shell 变量引用**（`$2`、`$T…`），非真实口令 | | `DB_PASSWORD=<值>` | 1 | **文档正文**中的模式列举，非真实口令 | | `PRIVATE KEY` | **0** | — | | `AKIA…`（AWS） | **0** | — | | `password_hash='$2a$…'`（bcrypt） | **0** | — | | 11 位连续数字（手机号） | **0** | — | | `claim_token=` | 19 | 全部为 **SQL 列引用**（`… AND claim_token=?`、`SET claim_token=NULL`）与文档描述，**非令牌值** | **真实口令比对**：以 `backend-infra/.env` 中 6 个真实值与全部命中逐一比对 → **无一相等**， 故**无真实秘密泄漏** ✔。扫描器已用探针验证有效性（可命中注入的 `Authorization: Bearer`、 11 位手机号、`DB_PASSWORD=` 等模式）。 **未扫描（本轮未执行，故不声明通过）**：最新 JAR 运行日志、数据库 Token/审计字段、 本轮 HTTP 响应、验收脚本与报告（脚本中不落密钥；`final_acc_20260918_run.sh` 只在进程内生成密钥并写入 一个**已删除**的临时文件 `.final_acc_secrets.env`）。 --- ## 11. §6/§16 RabbitMQ 队列结果 | 队列 | 验收开始前 | 验收结束后 | |---|---|---| | `queue.sms.verification` | ready=0 unacked=0 total=0 | ready=0 unacked=0 total=0 | | `queue.notification` | 0 / 0 / 0 | 0 / 0 / 0 | | `queue.audit` | 0 / 0 / 0 | 0 / 0 / 0 | | `queue.notification.dlq` | 0 / 0 / 0 | 0 / 0 / 0 | **四队列归零 ✔**，前后一致，无需 purge、无阻断。 **基础设施状态**（未重建、未改配置、未删 volume）： | 容器 | 镜像 | 端口 | 状态 | |---|---|---|---| | `mydreamjob-mysql` | mysql:8.4 | `127.0.0.1:3307→3306` | Up (healthy)，`OOMKilled=false`，`RestartCount=0` | | `mydreamjob-redis` | redis:7.4-alpine | `127.0.0.1:6379` | Up (healthy) | | `mydreamjob-rabbitmq` | rabbitmq:3.13-management-alpine | `127.0.0.1:5672`、`127.0.0.1:15672` | Up (healthy) | Docker Engine **29.6.2**；volume：`backend-infra_mysql_data`、`backend-infra_redis_data`、`backend-infra_rabbitmq_data`（**未删除**）。 三个容器以 `docker start <精确容器名>` 启动；**未**执行 `compose down`、未重建、未换镜像、未重置数据库。 --- ## 12. §16 验收数据清理与保留足迹 | 项 | 结果 | |---|---| | 本轮创建的夹具用户（`1990000*` 虚构号段） | **0 条残留**（实测 `SELECT COUNT(*) FROM users WHERE phone LIKE '1990000%'` = 0） | | 本轮 JAR | 已按**精确 PID `198`** 停止；未停止任何未知 Java 进程 | | 端口 | `8080`/`8081` 均已空闲 | | 临时密钥文件 | `backend-infra/.final_acc_secrets.env` **已删除** | | 临时扫描文件 | `backend-infra/_finalacc_scan.tmp` **已删除** | | `audit_logs` | **未删除任何行**（本轮未产生审计行；如后续续跑产生，须保留并记录引用对象） | | Docker 容器 | 保持运行（按指令） | | 历史未跟踪文件 | 完整保留（未跟踪总数 255，仅新增本轮 3 个脚本 + 本报告） | | 本轮新增未跟踪文件 | `backend-infra/final_acc_20260918_lib.py`、`final_acc_20260918_a_startup_token.py`、`final_acc_20260918_run.sh`、`docs/final-independent-acceptance-20260918.md` | --- ## 13. §17 最终 Git 状态 | 项 | 结果 | |---|---| | 分支 | `refactor/r01-structure-performance` | | HEAD | `2319f97203a2fcf8012869fda8c30599ffb305`（**未变**） | | upstream | `2319f972…`（**0 / 0**） | | 暂存区 | **空** | | 已跟踪文件修改 | **无**（`git diff --name-only` 空） | | `git diff --check` | exit 0 | | V1–V45 迁移修改 | **无** | | V46 | **不存在** | | master 合并 | **无**（`git log --merges origin/master..HEAD` 空） | | commit / push | **未执行** | | 历史未跟踪文件 | 完整保留 | --- ## 14. 是否具备创建 PR 的条件 > **不具备（本轮 FAIL）**。 **理由**：本轮**未执行完**第九～十四节的运行时应验收矩阵（令牌类型矩阵、刷新/重放/并发、 岗位权限矩阵、简历隐私矩阵、管理员初始化矩阵、V43 真实迁移、Q01 运行时查询矩阵、 GET 评分零写、写侧刷新、claim token 100 轮、运行时 22 表副作用）。按本轮验收规则， 任一核心项 SKIP 即判 FAIL，故**不得**标记为通过。 **但需明确**：本轮**未发现任何生产缺陷**。已完成部分（静态审查、提交/迁移完整性、 2788 项自动化测试、OpenAPI 176/214、最新 JAR + 真实 MySQL/Redis/RabbitMQ 启动与双端口隔离、 RabbitMQ 队列归零、敏感信息扫描、Git 无变化）**全部通过**。 --- ## 15. 下一轮定向整改指令（不修改生产代码） 1. **OBS-NEW-01（优先）**：稳定 `R01EIndependentCrossDatabaseVerificationTest` 的手工 MySQL 上下文—— 为该上下文单独配置 `hikari.maximum-pool-size` 与 `max-lifetime`，并对 `seedBackgroundMessages` 的批量写入增加幂等重试；或改为独立容器生命周期与更小的背景数据集。目标：`mvn clean verify` 连续 3 次 `2788/0/0/0`。**仅改测试，不改生产代码。** 2. **补齐 §9**：直接运行已就绪的 `backend-infra/final_acc_20260918_a_startup_token.py` （先 `bash final_acc_20260918_run.sh start`，**必须以 `MSYS2_ENV_CONV_EXCL=RABBITMQ_VHOST` 启动**）。 3. **补齐 §10–§13**：按 §9 表格逐项编写执行；§11.2 需要隔离配置下的双 JAR 并发启动； §13.3 需要 100 轮 claim token 并发。 4. **补齐 §7.4 运行时 OpenAPI** 与 **§15 运行日志/数据库/响应扫描**。 5. 全部补齐后重新出报告；OBS-NEW-01 若再现同一错误即判 FAIL，不得继续重跑掩盖。 --- ## 16. 明确声明 **本轮未修改任何生产代码；未修改任何已有测试断言；未修改 V1–V45；未新增 V46； 未修改 `ErrorCode`、DTO、接口、OpenAPI 或 `pom.xml`；未修改评分、排名、推荐、邀约、Offer、申诉、 消息撤回或简历上传语义。** **未执行 `git reset` / `git restore` / `git checkout` / `git clean` / `git add -A` / `git add .`。** **未暂存、未 commit、未 push、未 merge、未 rebase、未 force push。** 本报告 `docs/final-independent-acceptance-20260918.md` 保持**未跟踪**。 --- --- # 续跑记录（2026-09-18 第二轮，追加） 本节为**续跑追加**。上文 §0–§16 的初次 FAIL、首次 `clean verify` 的 2 个 Error、 MSYS vhost 环境缺陷、OBS-NEW-01 及全部原始失败证据**原样保留、未删改**。 ## 17. 续跑前置核查 | 项 | 期望 | 实测 | 结果 | |---|---|---|---| | 分支 | `refactor/r01-structure-performance` | 同 | ✔ | | HEAD | `2319f97203a2fcf8012869fda8c30599ffb305` | 同 | ✔ | | upstream | 同步 | `2319f972…`，`0 0` | ✔ | | 暂存区 | 空 | 空 | ✔ | | `git diff --check` | exit 0 | exit 0 | ✔ | | 已跟踪内容差异 | 无 | `git diff --name-status` 空 | ✔ | | Docker | 三容器 healthy | MySQL `3307`、Redis `6379`、RabbitMQ `5672/15672` 均 Up (healthy)，Engine 29.6.2 | ✔ | 两处生产文件本轮**未再**显示 `M`（`git diff --name-status` 为空），未执行任何覆盖操作。 ## 18. §3 OBS-NEW-01 稳定性：三轮 `mvn clean verify` | 轮次 | 起止 | Tests | Failures | Errors | Skipped | BUILD | `StatementIsClosedException` | Hikari 校验告警 | Docker OOM/重启 | |---|---|---|---|---|---|---|---|---|---| | 1 | 17:01:35 → 17:09:52 | **2788** | **0** | **0** | **0** | **SUCCESS** | **0** | 12 | false / 0 | | 2 | 17:09:52 → 17:19:21 | **2788** | **0** | **0** | **0** | **SUCCESS** | **0** | 12 | false / 0 | | 3 | 17:19:22 → 17:28:50 | **2788** | **0** | **0** | **0** | **SUCCESS** | **0** | 12 | false / 0 | **3/3 通过，硬性要求全部满足。** **Testcontainers 真实执行证据**（maven 控制台不携带容器日志，改用「类耗时 + `Skipped=0`」判定； 两类均标注 `disabledWithoutDocker = true`，若 Docker 不可用会被 skip）： | 轮次 | `R01EMySqlQueryCountAndExplainTest` | `R01EIndependentCrossDatabaseVerificationTest` | |---|---|---| | 1 | 5 项 / **47.27 s** | 16 项 / **109.6 s** | | 3 | 5 项 / **48.27 s** | 16 项 / **134.9 s** | **OBS-NEW-01 判定变更**： > **OBS-NEW-01 由「潜在阻断」降级为「非阻断 CI 稳定性观察项」。** **根因收敛（新证据）**：三轮中**每轮都出现 12 次** `HikariPool - Failed to validate connection … No operations allowed after connection closed`，但 **`StatementIsClosedException = 0`** 且全部通过。 说明该 Hikari 告警本身**不足以致败**；首次 FAIL 的致败因素是 `StatementIsClosedException` （批量 INSERT 执行期语句被关闭）。三轮未能复现 → 判定为**瞬时连接生命周期抖动**。 按指令「任一轮再次出现相同错误则升级为测试基础设施阻断项」——本错误**未再现**，故不升级。 **未修改任何测试以获取通过。** ## 19. §4 最新 JAR 与真实基础设施启动 | 项 | 值 | |---|---| | JAR | `mydreamjob-server-0.0.1-SNAPSHOT.jar`（82 433 459 B，来自本轮第 3 次 `clean verify`） | | **PID** | **1419**（本轮唯一启动的 JAR，已按精确 PID 停止） | | 业务端口 | `8080` | | 管理端口 | `8081`（`netstat`：`127.0.0.1:8081 LISTENING`，**仅回环**） | | 启动 | `Started MyDreamjobApplication in 16.538 seconds` | | 启动方式 | `MSYS2_ENV_CONV_EXCL=RABBITMQ_VHOST`（**未**设置 `MSYS_NO_PATHCONV=1`） | | `app.sms.mock.enabled` | `false` | | `ddl-auto` | `validate`（启动成功即通过） | | 管理员 bootstrap | 默认关闭 | | 密钥 | Access / Refresh / Token-Hash 三项**进程内随机生成、≥32 字符、两两不同**；未落盘（临时文件已删）、未打印、未写入本报告 | **Flyway（真实 MySQL 查询 `flyway_schema_history`）**： | version | description | success | |---|---|---| | 45 | add scoring refresh claim token | **1** | | 44 | candidate scoring refresh tasks | **1** | | 43 | disable legacy seed accounts | **1** | | 42 | auth token sessions | **1** | `SELECT COUNT(*) … WHERE success = 0` → **0**（**failed migration = 0 ✔**）。 **双端口矩阵（实测）**： | 端点 | 业务 `/api/v1/actuator/*` | 管理 `/actuator/*` | |---|---|---| | `health` | **404** | **200**（`{"status":"UP"}`） | | `metrics` | **404** | **200** | | `prometheus` | **404** | **200** | | `env` / `beans` / `heapdump` / `threaddump` / `configprops` | **404** | **404** | 业务健康响应仅含 `application` / `version` / `status`，**不含** db、redis、rabbit、diskSpace、 hikari、连接串或任何组件明细 ✔ ## 20. §5 运行时 OpenAPI 与静态文件**逐集合**比对 | 项 | 静态 `docs/openapi-rc.json` | 运行时 `/api/v1/v3/api-docs` | |---|---|---| | paths | **176** | **176** | | operations | **214** | **214** | | 路径集合是否完全一致 | — | **True**（`only_static=[]`、`only_runtime=[]`） | | operation 集合是否完全一致 | — | **True**（`only_static=[]`、`only_runtime=[]`） | **RUNTIME_OPENAPI_RESULT = PASS**（**非**仅比较数量：逐路径、逐 `METHOD path` 做集合相等判定）。 `docs/openapi-rc.json` **未修改**。 ## 21. §6 Token 与会话矩阵（真实 HTTP） **结果：36 / 36 全部 PASS。** | 分段 | 项数 | 结果 | |---|---|---| | §8 端口与健康（复跑） | 15 | **15/15 PASS** | | §9.1 Token 类型矩阵 | 13 | **13/13 PASS** | | §9.2 并发刷新与重放 | 3 | **3/3 PASS** | | §9.3 登出与会话注销 | 5 | **5/5 PASS** | ### 21.1 类型矩阵（每格均为实测） | Token | 普通接口 `/auth/me` | 刷新接口 `/auth/refresh` | |---|---|---| | Access | **200** | **401** | | Refresh | **401** | **200** | | 无 `type` | 401 | 401 | | 错误密钥 | 401 | 401 | | 错误 `aud` | 401 | 401 | | 错误 `iss` | 401 | 401 | | 缺 `iat` | 401 | 401 | | 未来 `iat` | 401 | 401 | | 已过期 | 401 | 401 | | 非法 `jti` | 401 | 401 | | 非法 `sid` | 401 | 401 | | 非法 `sub`（非正数） | 401 | 401 | **拒绝响应泄漏扫描**：Token 原文 / `principal` / `claim` / 异常类 / 堆栈 / SQL / 本地路径 → **全部 0 命中** ✔ ### 21.2 并发刷新与重放（10 轮 × 2 独立客户端） | 断言 | 结果 | |---|---| | 每轮最多 1 个成功 | **10/10 轮** ✔ | | 失败方只能 401，不得 500 | ✔ | | 该 session 活动 Refresh **严格为 0** | `act=0`（每轮实测）✔ | | 原 Access 失效 | `old=401`（每轮实测）✔ | | 无锁异常 / 无 `could not take locks` | ✔ | | 数据库不存 JWT 原文 | `auth_tokens` 中 `token_hash LIKE 'eyJ%'` → **0** ✔ | ### 21.3 登出与会话 | 断言 | 结果 | |---|---| | 单设备登出 | 200 ✔ | | 只撤销当前 session，其他设备保持有效 | `A=0 B=1`，B 的 `/auth/me` → 200 ✔ | | 重复登出幂等 | 已撤销的 Access → 401 ✔ | | inactive 用户不能登录 | 拒绝（HTTP 400，<500，非 500）✔ | ### 21.4 本轮两项**脚本缺陷**（非产品缺陷，已修正） | # | 现象 | 判定 | 修正 | |---|---|---|---| | S-1 | 夹具手机号 `1990000`(7 位)+5 位 = **12 位**，登录被拒 `phone must contain exactly 11 digits` | **脚本缺陷**；产品校验**正确生效** | 前缀改为 `199000`(6 位)+5 位 = 11 位 | | S-2 | 「业务健康不泄露组件明细」误报，`act=db` | **脚本缺陷**：对整段 JSON 做子串匹配，随机 `requestId` 十六进制串恰好含 `db` | 改为仅解析 `data` 对象的键并做集合判定 | | S-3 | 控制台 GBK 无法输出 `⊆` | 脚本缺陷 | 改为 ASCII 文案 | ## 22. §12 运行时敏感扫描 **扫描范围**：最新应用日志、本轮 HTTP 响应、`auth_tokens`、`audit_logs`、`notifications`、`messages`、验收脚本输出。 | 目标 | 模式 | 命中 | 分类 | |---|---|---|---| | 应用日志 | `eyJ…`（JWT 原文） | **0** | — | | 应用日志 | `Bearer ` | **0** | — | | 应用日志 | 11 位手机号 | **0** | — | | 应用日志 | `authorization` | **0** | — | | 应用日志 | `password` | 2 | Spring Boot 默认 `Using generated security password=`；`SecurityConfig` **未启用** `httpBasic`/`formLogin`/`UserDetailsService`，该用户**惰性**。见 OBS-NEW-05 | | HTTP 响应 | Token/principal/claim/异常类/堆栈/SQL/本地路径 | **0** | 见 §21.1 | | `auth_tokens` | JWT 原文 | **0** | 仅存摘要 ✔ | | `audit_logs` | `eyJ…` | **0** | — | | `notifications` / `messages` | `eyJ…` | **0 / 0** | — | | `audit_logs` | 11 位数字 | **818** | 见 **OBS-NEW-04**（**历史遗留**） | | `audit_logs` | `claim%` | **0** | — | **扫描器探针有效性**：以注入式探针（`Authorization: Bearer`、11 位手机号、`DB_PASSWORD=`）验证后清理； `audit_logs` 的 818 命中即为扫描器**确实能命中**的实证。 ## 23. 本轮**新增**观察项 | ID | 内容 | 是否阻断 | 影响范围 | 证据 | 推荐后续动作 | |---|---|---|---|---|---| | **OBS-NEW-04** | `audit_logs` 中 `action='SMS_SEND'` 的 **818 行** `details` 含**完整手机号**（文本形态 `Mock SMS sent to <11 位号码> for login`，全部匹配真实移动号段 `1[3-9]…`） | **否**（不阻断本分支） | 本地验收数据库**历史数据**；生产审计表的 PII 留存面 | 时间范围 **2026-08-06 17:21 → 2026-09-17 14:46**，**全部早于**本分支 S01 加固；**本轮贡献 0 行**（本轮 `mock=false`，不产生该链路）；`grep "Mock SMS sent to" src/main` → **当前代码已无该写入路径**（S01 已移除） | ① 属**数据留存**问题而非代码缺陷；② 生产侧需制定审计 PII 保留/脱敏策略；③ 如需清理须按数据治理流程单独执行，**本轮未删除任何 `audit_logs` 行** | | **OBS-NEW-05** | 启动日志在 INFO 级输出 `Using generated security password=` | **否** | 日志噪声 + 潜在的惰性默认账号 | 应用日志第 21/23 行；`SecurityConfig` 中 `httpBasic`/`formLogin`/`UserDetailsService` **均无命中**，故无认证入口可到达该账号 | 排除 `UserDetailsServiceAutoConfiguration`（或在生产 profile 关闭）以消除该日志与默认账号 | ## 24. §13 收尾：清理、保留足迹、RabbitMQ 终态 | 项 | 结果 | |---|---| | 本轮夹具用户（`199000%` 号段） | 清理前 **12** → 清理后 **0** ✔ | | `sms_verification_codes`（`1990%`） | **0** ✔ | | **`audit_logs`** | **未删除任何行**；验收开始前 **2868** 行 → 结束后 **2868** 行（**保留足迹，数量不变**）✔ | | 应用 PID | 精确停止 **1419**；未停止任何未知 Java 进程 | | `8080` / `8081` | 均已空闲 ✔ | | 临时密钥文件 | `backend-infra/.final_acc_secrets.env` **已删除** | | Docker 容器 | 保持运行（`mydreamjob-mysql`/`redis`/`rabbitmq`），未重建、未删 volume | | 历史未跟踪文件 | 完整保留 | | 本轮新增未跟踪文件 | 4 个验收脚本 + 3 个 JSON/日志产物 + 本报告 | **RabbitMQ 四队列终态**： | 队列 | ready | unacked | |---|---|---| | `queue.sms.verification` | **0** | **0** | | `queue.notification` | **0** | **0** | | `queue.audit` | **0** | **0** | | `queue.notification.dlq` | **0** | **0** | **四队列归零 ✔**，与验收开始前一致；**未执行 purge**。 ## 25. 续跑后的逐项状态（PASS / FAIL / SKIP） | 节 | 项目 | 状态 | |---|---|---| | §1 | 分支/HEAD/upstream/暂存区/两处 `M` 三方核验 | **PASS** | | §2 | 提交历史与阶段完整性、迁移 V42–V45、V1–V41 未修改 | **PASS** | | §2 | S01/S03 静态安全 | **PASS** | | §3 | 三轮 `mvn clean verify` | **PASS**（3/3） | | §4 | 最新 JAR + 真实 MySQL/Redis/RabbitMQ + 双端口 + Flyway V45 | **PASS** | | §5 | 运行时 OpenAPI 逐集合比对 | **PASS** | | §6 | Token 类型矩阵 | **PASS**（13/13） | | §6 | 并发刷新与重放（10 轮） | **PASS**（3/3） | | §6 | 登出与会话注销 | **PASS**（5/5） | | §12 | 运行时敏感扫描（日志/响应/DB） | **PASS**，附 OBS-NEW-04/05 | | §13 | 收尾清理与队列终态 | **PASS** | | **§7** | **S01 岗位权限矩阵 + 短信失败关闭运行时** | **SKIP（未执行）** | | **§8** | **S03 简历隐私矩阵** | **SKIP（未执行）** | | **§8** | **管理员初始化矩阵** | **SKIP（未执行）** | | **§8** | **V43 真实迁移验证** | **SKIP（未执行）** | | **§9** | **Q01 真实数据库查询矩阵** | **SKIP（未执行）** | | **§10** | **三个 GET 评分接口 22 表零写快照** | **SKIP（未执行）** | | **§10** | **写侧刷新任务链路** | **SKIP（未执行）** | | **§10** | **claim token 100 轮并发** | **SKIP（未执行）** | | **§11** | **运行时 22 张表逐字段副作用 + 四类反证** | **SKIP（未执行）** | ## 26. 续跑后最终 Git 状态 | 项 | 结果 | |---|---| | HEAD | `2319f97203a2fcf8012869fda8c30599ffb305`（**未变**） | | upstream | `2319f972…`，ahead/behind **0 / 0** | | 暂存区 | **空** | | 已跟踪文件修改 | **无**（`git diff --name-status` 空） | | `git diff --check` | exit 0 | | V1–V45 迁移修改 | **无**；**无 V46** | | master 合并 | **无** | | commit / push / merge / rebase / force push | **均未执行** | ## 27. 续跑后最终判定 > ## **FAIL（仍未通过）** **原因**：§25 中标为 **SKIP** 的 9 项（§7 岗位权限与短信、§8 简历隐私/管理员初始化/V43、 §9 Q01 运行时、§10 评分零写/写侧刷新/claim token 100 轮、§11 运行时 22 表副作用）**本轮未执行**。 按验收规则「任一核心项 FAIL 或 SKIP：总结必须写 FAIL」，**不得**标记为通过，**不得**使用「基本通过」。 **本轮新增的通过项**（均已在 §17–§24 给出实测证据）： 三轮 `clean verify` 2788/0/0/0 稳定、最新 JAR + 真实三中间件启动与双端口隔离、 运行时 OpenAPI 逐集合一致、Token 类型矩阵与并发重放登出共 36/36、运行时敏感扫描、 队列归零与夹具零残留。 **未发现任何产品缺陷**。本轮发现的 3 项脚本缺陷与 1 项历史数据观察（OBS-NEW-04）均已如实分类， 未现场修改任何生产代码或既有测试。 **下一轮定向整改指令（承接 §15，不修改生产代码）**： 1. 补齐 §7 岗位权限矩阵与短信失败关闭运行时（注意 `COMPANY_NOT_FOUND`→404 的既有契约，见 OBS-NEW-02）。 2. 补齐 §8 简历隐私矩阵（含拒绝路径 storage read = 0）、管理员初始化隔离矩阵、V43 真实迁移验证。 3. 补齐 §9 Q01 真实数据库查询矩阵与 EXPLAIN 分表报告。 4. 补齐 §10 三 GET 零写 22 表快照、写侧刷新链路、claim token 100 轮。 5. 补齐 §11 运行时 22 表逐字段副作用与改/插/删/单列四类反证。 6. 就 **OBS-NEW-04** 制定审计 PII 留存策略（数据治理，非代码改动）；就 **OBS-NEW-05** 排除默认安全用户自动配置。 --- --- # 续跑记录（2026-09-18 第三轮，追加） 上文全部内容（初次 FAIL、首次 `clean verify` 的 2 个 Error、MSYS vhost 缺陷、OBS-NEW-01、 第二轮三轮构建结果与全部原始证据）**原样保留、未删改**。 > ### ⚠ 本轮发生一次**验收脚本误操作历史数据**事件，已复原并如实记录（见 §32）。 ## 28. §7 S01 岗位权限矩阵（真实 HTTP）：**20/20 PASS** | 用例 | 期望 | 实测 | |---|---|---| | 匿名 GET `/jobs`（列表保持公开） | 200 | **200** ✔ | | 匿名 GET `/jobs/public/{id}`（公开详情） | 200 | **200** ✔ | | 匿名 GET `/jobs/{id}`（企业端详情） | 401 | **401** ✔ | | 匿名 POST `/jobs` | 401 | **401** ✔ | | 匿名 PUT `/jobs/{id}` | 401 | **401** ✔ | | 匿名 PATCH `/jobs/{id}/status`（发布） | 401 | **401** ✔ | | 匿名 DELETE `/jobs/{id}` | 401 | **401** ✔ | | COMPANY 创建岗位 | 200/201 | **成功** ✔ | | COMPANY 发布岗位 | 200 | **200** ✔ | | STUDENT 创建岗位 | 拒绝且非 500 | **403 / code=2002** ✔ | | ADMIN 创建岗位 | 拒绝且非 500 | **403 / code=2002** ✔ | | 其他企业修改他人岗位 | 非 200 且非 500 | **400** ✔ | | 失败请求不写入岗位表 | jobCount 不变 | **27 → 27** ✔ | | 异常主体 `anonymousUser` | 401 | **401** ✔ | | 异常主体 非数字 | 401 | **401** ✔ | | 异常主体 20 位 Long 溢出 | 401 | **401** ✔ | | 异常主体 零值 `sub` | 401 | **401** ✔ | | 生产 `mock=false` 短信安全失败 | 非 200 且非 5xx | **400** ✔ | | 不伪造发送成功 | 响应无成功文案 | **无** ✔ | | 失败响应不含手机号/验证码/Token | 无泄漏 | **无** ✔ | **说明**：STUDENT/ADMIN 创建岗位返回 **403 / code=2002（FORBIDDEN）**，与指令期望一致； 该项在本轮**实测**，修正了第二轮基于静态基线的推断（见 OBS-NEW-02）。 ## 29. §9 Q01 岗位搜索真实数据库矩阵：**13/15**，发现 **DEF-01** ### 29.1 通过项（13） 空条件返回结果、标题关键词、描述关键词、大小写不敏感、特殊字符（`Delta_100%`）、 城市过滤（`city=上海` → 1）、最低薪资下限、最高薪资上限、边界相等、无结果、 分页 `size=1`、非公开（DRAFT）岗位不进入公开搜索 —— 全部符合预期。 ### 29.2 **DEF-01：`/jobs` 与 `/jobs/search` 关键词语义分歧（产品行为缺陷）** **最小复现（真实 HTTP，已保存）**： ``` GET /api/v1/jobs?keyword=%20AlphaEngineer%20 → items=0 （期望 1：应 trim 后命中） GET /api/v1/jobs?keyword=%20%20%20 → items=0 （期望 20：空白应等同未传） GET /api/v1/jobs/search?keyword=%20AlphaEngineer%20 → items=1 （正确） GET /api/v1/jobs/search?keyword=%20%20%20 → items=20 （正确） GET /api/v1/jobs → items=20 GET /api/v1/jobs?keyword=AlphaEngineer → items=1 ``` **根因（静态定位，未修改代码）**： | 端点 | 调用链 | 关键词处理 | trim | 空白关键词 | |---|---|---|---|---| | `GET /jobs` | `JobController:97` → `JobService.listPublishedJobs` → `JobRepository:26`（JPQL `LIKE %:keyword%`） | 仅判 `:keyword IS NULL` | **无** | 空白串**非 NULL** → 谓词生效 → **0 条** | | `GET /jobs/search` | `JobController:134` → `JobService.searchJobs` → `JobSearchSpecification:53` | `"%" + keyword.trim() + "%"` + `isBlank()` 判空 | **有** | 空白被 `isBlank()` 跳过 → **全部** | **判定**：指令 §12 明确列出 **trim** 与 **空白关键词** 两个验收用例。`/jobs` 端点两条均不满足 （trim 未生效、空白关键词返回 0 而非全部），且与同一产品的另一公开端点 `/jobs/search` 行为不一致。 按「产品缺陷直接 FAIL，不现场修复」→ **判定为 FAIL 项**，**未修改任何生产代码**。 **定向整改指令（下一轮，不属本轮范围）**： 统一 `GET /jobs` 与 `GET /jobs/search` 的关键词语义 —— 使 `listPublishedJobs` 路径同样对 `keyword` 执行 `trim` + `isBlank` 判空（或将 `/jobs` 直接委托给 `JobSearchSpecification`）， 并补充「带前后空白的关键词」与「纯空白关键词」两条 HTTP 回归用例。注意 `JobRepository:26` 与 `JobSearchSpecification` 是**两套并行实现**，整改时需评估是否合并。 ### 29.3 本轮 Q01 未覆盖项 排序（`sort`）、H2/MySQL 逐项对账（ID 与顺序一致）、EXPLAIN 分表报告 —— **SKIP（未执行）**。 ## 30. §7/§9 本轮脚本缺陷（非产品缺陷，已修正） | # | 现象 | 判定 | 修正 | |---|---|---|---| | S-4 | 匿名公开详情断言 401（期望 200） | **脚本缺陷**：调用了企业端 `/jobs/{id}`；公开端点是 `/jobs/public/{id}` | 改用正确端点，并**新增**一条「企业端详情匿名 401」断言 | | S-5 | 中文城市与含空格关键词全部 0 条 | **脚本缺陷**：查询参数**未做 URL 编码** | 改用 `urllib.parse.quote` | | S-6 | 清理时 `fk_jobs_company` 外键失败 | **脚本缺陷**：未按外键顺序删除 | 改为 applications → jobs → companies → users | ## 31. 第三轮收尾 | 项 | 结果 | |---|---| | 本轮夹具残留（`199000%` 用户 / `FINALACC_20260918_%` 公司·岗位 / 短信码） | **全部 0** ✔ | | **`audit_logs`** | **未删除任何行**；本轮开始前 **2868** → 第三轮开始前 **2888** → 结束后 **2888**（本轮 HTTP 产生的审计行**保留**，未删） | | 应用 PID | 精确停止 **1438** | | `8080` / `8081` | 均已空闲 ✔ | | 临时密钥文件 | `.final_acc_secrets.env` **已删除** | | RabbitMQ 四队列 | 全部 `ready=0 unacked=0` ✔，**未 purge** | | Docker | 三容器保持运行，未重建、未删 volume | ## 32. ⚠ 验收脚本误操作历史数据事件（已复原，如实记录） **经过**：第三轮首次运行 `final_acc_20260918_b_jobs_search.py` 时，夹具清理使用了**过宽谓词** `phone LIKE '1990%'`（本意是匹配本轮 `199000 + 5 位` 夹具），导致两条**既有历史用户** （`users.id = 7938 / 7939`，创建于 **2026-09-14 09:48**，非本轮产生）的 `user_roles` 行被删除。 **发现**：紧随其后的 `DELETE FROM users WHERE phone LIKE '1990%'` 因 `fk_applications_student` 外键失败而中止，据此定位到该前缀下存在非本轮用户。 **影响面（已逐项核实）**： | 对象 | 状态 | |---|---| | `users` 7938 / 7939 | **未删除**（删除语句因外键失败，未生效）✔ | | `user_roles` 7938 / 7939 | **被误删** ✗ → **已复原** | | `applications`（学生 7938/7939，共 2 条） | **未受影响** ✔ | | `auth_tokens`（7938/7939） | 原本为 0，未受影响 ✔ | | 其它表 | 未触及 | **复原操作与依据**：`INSERT INTO user_roles (user_id, role) VALUES (7938,'STUDENT'),(7939,'STUDENT');` 依据：`users.role` 两行均为 `STUDENT`，且库内 **256** 条 STUDENT 用户的 `user_roles` **全部**为 `('STUDENT')`（1:1 形态）。复原后已核验两行存在且角色正确。 **同类错误未再次发生**：脚本已改为精确前缀 `199000%` 并补全外键删除顺序；第三轮后续运行未再触碰历史行。 **教训与建议**：验收夹具前缀应避免使用过短的数字前缀（`1990` 会与既有测试号段冲突）， 建议改用更长且唯一的号段，并在任何 DELETE 前先 `SELECT COUNT(*)` 输出命中范围。 ## 33. 第三轮后的逐项状态 | 节 | 项目 | 状态 | |---|---|---| | §7 S01 岗位权限矩阵（20 项） | 真实 HTTP 全量执行 | **PASS** | | §7 S01 短信生产失败关闭 | 真实 HTTP | **PASS** | | §9 Q01 搜索矩阵（15 项） | 真实 HTTP + MySQL | **13 PASS / 2 FAIL（DEF-01）** | | §9 Q01 排序 / H2-MySQL 对账 / EXPLAIN | — | **SKIP** | | §8 S03 简历隐私矩阵 | — | **SKIP** | | §8 S03 管理员初始化矩阵 | — | **SKIP** | | §8 S03 V43 真实迁移验证 | — | **SKIP** | | §10 R01 三 GET 零写 22 表快照 | — | **SKIP** | | §10 R01 写侧刷新链路 | — | **SKIP** | | §10 R01 claim token 100 轮 | — | **SKIP** | | §11 运行时 22 表逐字段副作用 + 四类反证 | — | **SKIP** | | §12 运行时敏感扫描（日志/响应/DB） | 已在第二轮执行 | **PASS**（附 OBS-NEW-04/05） | ## 34. 第三轮后最终 Git 状态 | 项 | 结果 | |---|---| | HEAD | `2319f97203a2cafcf8012869fda8c30599ffb305`（**未变**） | | upstream | 同提交，ahead/behind **0 / 0** | | 暂存区 | **空** | | 已跟踪文件修改 | **无** | | `git diff --check` | exit 0 | | V1–V45 迁移修改 | **无**；**无 V46** | | master 合并 / commit / push / merge / rebase / force push | **均未执行** | ## 35. 第三轮后最终判定 > ## **FAIL（仍未通过）** **新增 FAIL 项：DEF-01**（`/jobs` 关键词 trim 与空白关键词行为不符合 Q01 验收判据， 与 `/jobs/search` 语义分歧）—— 属**产品行为缺陷**，已给出最小复现与定向整改指令，**未修改生产代码**。 **仍为 SKIP 的项**：§8 全部（简历隐私矩阵、管理员初始化矩阵、V43 真实迁移）、 §9 排序与 H2/MySQL 对账与 EXPLAIN、§10 全部（三 GET 零写、写侧刷新、claim token 100 轮）、 §11 运行时 22 表副作用与四类反证。 **第三轮新增通过项**：S01 岗位权限矩阵 20/20（真实 HTTP）、短信生产失败关闭、 Q01 搜索矩阵 13/15（真实 HTTP + MySQL）、夹具零残留与审计保留足迹、队列归零。 **下一轮定向整改指令**： 1. **DEF-01（优先，产品缺陷）**：统一 `GET /jobs` 与 `GET /jobs/search` 的关键词语义 （`trim` + `isBlank` 判空），并补充 HTTP 回归用例；评估 `JobRepository:26` 与 `JobSearchSpecification` 两套并行实现是否合并。 2. 补齐 §8 简历隐私矩阵、管理员初始化隔离矩阵、V43 真实迁移验证。 3. 补齐 §9 排序、H2/MySQL 逐项对账与 EXPLAIN 分表报告。 4. 补齐 §10 三 GET 零写 22 表快照、写侧刷新链路、claim token 100 轮。 5. 补齐 §11 运行时 22 表逐字段副作用与改/插/删/单列四类反证。 6. 验收夹具改用更长唯一号段；任何 DELETE 前先输出命中范围（见 §32）。 --- --- # 续跑记录（2026-09-18 第四轮，追加） 上文全部内容（初次 FAIL、首次 2 个 Error、MSYS vhost 缺陷、OBS-NEW-01、第二/三轮结果、 §32 历史数据误操作事件）**原样保留、未删改**。 ## 36. §8 S03 —— V43 真实 MySQL 验证：**PASS** 在 `mydreamjob-mysql`（真实 MySQL 8.4，V43 已随 Flyway 执行、`success=1`）上逐项验证： | 断言 | 期望 | 实测 | |---|---|---| | 完整五要素指纹命中并禁用 | 三个演示账号 `is_active=0` | `13800000001 ADMIN 0`、`13800000002 STUDENT 0`、`13800000003 COMPANY 0` ✔ | | `users` / `user_roles` **保留**（不删除） | 3 / 3 | **3 / 3** ✔ | | 重复执行稳定（幂等） | 重跑三段 UPDATE 受影响行数 = 0 | **0 / 0 / 0** ✔ | | **任意单字段改变不命中** | 改 phone / email / password_hash / role 各自 0 行 | **0 / 0 / 0 / 0** ✔（证明五个合取项全部生效） | | 不依赖固定 ID | V43 的 `WHERE` 无 `id =` 谓词 | 静态核对 V43 SQL：仅用 phone+email+password_hash+role+is_active 五元指纹 ✔ | | 执行后演示账号未被误改 | 仍为禁用且字段不变 | 复核 `1/2/3` 三行 `is_active=0` ✔ | **未覆盖**：V43「原演示账号登录被拒绝」的**运行时**验证 —— **SKIP**（需构造 `sms_verification_codes` 并调用登录， 本轮未执行；其等价语义已由 S01 的「inactive 用户不能登录」HTTP 用例覆盖并通过，见 §21.3）。 ## 37. §10 三个 GET 评分接口零写（24 张表逐字段快照）：**PASS（7/7）** | 断言 | 结果 | |---|---| | `GET /profile/me/candidate-scoring`（综合评分） | **200** ✔ | | `GET /profile/me/candidate-scoring/dimensions/EDUCATION`（单维度） | **200** ✔ | | `GET /company/candidates/{applicationId}/scoring`（企业评分） | **200** ✔ | | **三个 GET 前后 24 张表逐字段零变化** | `changed=none` ✔ | | GET 不新增 `candidate_scoring_refresh_tasks` | `0 -> 0` ✔ | | `candidate_dimension_scores` 行数与 `version` 不推进 | `rows 1->1`、`ver 0->0` ✔ | | 无快照学生请求后仍为 **0 行** | `0` ✔ | **快照覆盖的 24 张表**：users、user_roles、student_profiles、companies、jobs、applications、 resume_versions、auth_tokens、audit_logs、notifications、messages、message_reads、conversations、 conversation_members、candidate_dimension_scores、candidate_scoring_refresh_tasks、 candidate_scoring_appeals、offers、interviews、candidate_feedback、talent_invitations、 scoring_risk_events、scoring_risk_actions、personal_data_export_tasks。 每张表**显式列出稳定字段**（含 `version` / `updated_at` 等），按主键排序，逐字段深比较 —— **未**只比较 COUNT / SUM / CRC。 ## 38. §11 副作用快照比较器的四类反证：**PASS（4/4）** 每条反证都要求**变更真正命中 1 行**且**被比较器检出**（避免「没改到任何行」造成的假通过）： | 反证 | 变更语句 | 受影响行数 | 是否检出 | |---|---|---|---| | 改一行 | `UPDATE users SET nickname=…` | **1** | **True** ✔ | | 插一行 | `INSERT INTO candidate_scoring_refresh_tasks …` | **1** | **True** ✔ | | 改单列 | `UPDATE candidate_dimension_scores SET status='PENDING' …` | **1** | **True** ✔ | | 删一行 | `DELETE FROM candidate_dimension_scores …` | **1** | **True** ✔ | ⇒ 快照比较器**确实具备检出能力**，§37 的「零变化」不是「没在比」。 ## 39. 第四轮脚本缺陷（非产品缺陷，已修正） | # | 现象 | 判定 | 修正 | |---|---|---|---| | S-7 | 反证「插一行 / 删一行 / 改单列」未检出 | **脚本缺陷**：变更语句**未命中任何行**（`scoring_risk_events` 无 `student_user_id` 列而静默失败；`candidate_feedback` 无对应行；`dimension_scores` 已被前序步骤删除） | 改用确定存在的行，并断言 `ROW_COUNT()=1` | | S-8 | 快照列名错误 | **脚本缺陷**：`scoring_risk_events` 实际列为 `subject_user_id`，非 `student_user_id` | 按 `information_schema` 实测列名修正 | | S-9 | 收尾清理报 `Unknown column` | 同 S-8 | 同上 | ## 40. 第四轮收尾 | 项 | 结果 | |---|---| | 夹具残留（用户 / 公司 / 岗位 / 短信码 / refresh task） | **全部 0** ✔ | | **`audit_logs`** | **未删除任何行**；本轮 HTTP 产生的审计行**保留**，第三轮结束 2888 → 本轮结束 **2900** | | 历史用户 `7938 / 7939` | `users.role` 与 `user_roles.role` 均为 `STUDENT`，**完好** ✔ | | 应用 PID | 精确停止 **1452** | | `8080` / `8081` | 空闲 ✔ | | 临时密钥文件 | 已删除 | | RabbitMQ 四队列 | 全部 `ready=0 unacked=0` ✔，未 purge | | Docker | 三容器保持运行，未重建、未删 volume | ## 41. 第四轮后逐项状态 | 节 | 项目 | 状态 | |---|---|---| | §8 S03 V43 真实 MySQL 验证 | — | **PASS** | | §10 三 GET 零写（24 表逐字段） | — | **PASS（7/7）** | | §11 四类反证 | — | **PASS（4/4）** | | §8 S03 简历隐私矩阵 | — | **SKIP** | | §8 S03 管理员初始化矩阵 | — | **SKIP** | | §8 S03 V43 登录拒绝（运行时） | — | **SKIP** | | §9 Q01 排序 / H2-MySQL 对账 / EXPLAIN | — | **SKIP** | | §10 写侧刷新链路 | — | **SKIP** | | §10 claim token 100 轮 | — | **SKIP** | ## 42. 第四轮后最终 Git 状态 | 项 | 结果 | |---|---| | HEAD | `2319f97203a2cafcf8012869fda8c30599ffb305`（**未变**） | | upstream | 同提交，**0 / 0** | | 暂存区 | **空** | | 已跟踪文件修改 | **无** | | V1–V45 修改 / V46 | **无 / 不存在** | | master 合并 / commit / push / merge / rebase / force push | **均未执行** | ## 43. 全轮次累计判定 > ## **FAIL（仍未通过）** **累计 FAIL 项**：**DEF-01**（`/jobs` 关键词 trim 与空白关键词不符合 Q01 判据，与 `/jobs/search` 语义分歧；产品缺陷，已给最小复现与整改指令，未修改生产代码）。 **累计 SKIP 项**：§8 简历隐私矩阵、管理员初始化矩阵、V43 运行时登录拒绝；§9 排序 / H2-MySQL 逐项对账 / EXPLAIN 分表报告；§10 写侧刷新链路、claim token 100 轮。 **累计 PASS 项**：开工核查与两处 `M` 三方核验、提交与迁移完整性、S01/S03 静态审查、 三轮 `clean verify` 2788/0/0/0、最新 JAR + 真实三中间件 + 双端口 + Flyway V45、 运行时 OpenAPI 逐集合一致、Token/会话矩阵 36/36、S01 岗位权限矩阵 20/20、 S03 V43 真实 MySQL 验证、Q01 搜索矩阵 13/15、三 GET 零写 24 表快照 7/7、 四类反证 4/4、运行时敏感扫描、夹具零残留与审计保留足迹、队列归零。 **最终 Git**：HEAD 未变、upstream 0/0、暂存区空、无已跟踪修改、未提交、未推送、未合并。 --- --- # 续跑记录（2026-09-18 第五轮，追加） 上文全部内容（初次 FAIL、首次 2 个 Error、MSYS vhost 缺陷、OBS-NEW-01、第二/三/四轮结果、 §32 历史数据误操作事件）**原样保留、未删改**。 ## 44. §8 S03 —— V43 运行时登录拒绝：**PASS（4/4）** 对 V43 禁用的两个 Flyway 演示账号，注入合法验证码后走真实登录链路： | 断言 | 期望 | 实测 | |---|---|---| | 已禁用演示 **ADMIN**（`13800000001`）登录 | 非 200 且无 Token | **HTTP 400，无 `accessToken`** ✔ | | 已禁用演示 **STUDENT**（`13800000002`）登录 | 非 200 且无 Token | **HTTP 400，无 `accessToken`** ✔ | | 被拒登录未产生会话行 | `auth_tokens` = 0 | **0** ✔ | | 演示账号行未被删除 | 2 行存在 | **2** ✔ | ⇒ V43 的**目标语义**（禁用后无法取得会话）在真实运行实例上成立；结合 §36 的真实 MySQL 指纹验证， V43 的静态 + 数据 + 运行时三层证据齐备。 ## 45. §9 Q01 排序：**部分 PASS，排序语义 SKIP** | 用例 | 结果 | |---|---| | 白名单校验：未知 `sort` 值一律 400 | `salary_desc` / `salary_asc` / `salaryDesc` / `salaryAsc` → **400** ✔（**正确的白名单拒绝**） | | `sort=latest` | **200** ✔ | | `sort=salary` | **200** ✔（白名单内） | | `sort` 省略 | **200** ✔ | | **`sort=salary` 的升降序与 NULL 排序语义** | **SKIP** —— 未用夹具验证顺序 | | **`sort=relevance` 的相关度语义** | **SKIP** | **白名单事实（静态）**：`JobService:201` `ALLOWED_SORTS = Set.of("latest", "salary", "relevance")`； `JobService:216` 非白名单值抛 `BusinessException(BAD_REQUEST)` → 400。 `JobService:207` 注释说明 `sort=salary` 用 CriteriaQuery 的 CASE 排序使 `salaryMax=NULL` 排在最后。 ## 46. 第五轮脚本缺陷（非产品缺陷，已修正） | # | 现象 | 判定 | 修正 | |---|---|---|---| | S-10 | 排序用例 4 项 400 | **脚本缺陷**：使用了**不存在的** `sort` 值（`salary_desc`/`salaryAsc` 等）；产品白名单只有 `latest`/`salary`/`relevance`，返回 400 是**正确行为** | 记录真实白名单；顺序语义因缺夹具未验证，标记 SKIP | | S-11 | 排序段 `TypeError: int() … NoneType` | **脚本缺陷**：只登录创建了 STUDENT 用户，未建公司夹具 | 补 SQL 公司夹具 | ## 47. 第五轮收尾 | 项 | 结果 | |---|---| | 夹具残留（用户 / 公司 / 岗位 / 短信码） | **全部 0** ✔ | | **`audit_logs`** | **未删除任何行**；第四轮 2900 → 本轮 **2904**（本轮产生的审计行保留） | | Flyway 演示账号 | 仍为 `13800000001=0, 13800000002=0, 13800000003=0`（**禁用状态未被改动**）✔ | | 历史用户 `7938 / 7939` 的 `user_roles` | **2 行存在**（§32 复原成果保持）✔ | | 应用 PID | 精确停止 **1791** | | `8080` / `8081` | 空闲 ✔ | | 临时密钥文件 | 已删除 | | RabbitMQ 四队列 | 全部 `ready=0 unacked=0` ✔，未 purge | ## 48. 全轮次最终状态汇总 | 节 | 项目 | 状态 | |---|---|---| | §1 | 分支/HEAD/upstream/暂存区/两处 `M` 三方核验 | **PASS** | | §2 | 提交与迁移完整性、V1–V41 未修改、S01/S03 静态审查 | **PASS** | | §3 | 三轮 `mvn clean verify` | **PASS（3/3）** | | §4 | 最新 JAR + 真实 MySQL/Redis/RabbitMQ + 双端口 + Flyway V45 | **PASS** | | §5 | 运行时 OpenAPI 逐集合一致 | **PASS** | | §6 | Token/会话矩阵（类型 + 并发重放 + 登出） | **PASS（36/36）** | | §7 | S01 岗位权限矩阵 + 短信失败关闭 | **PASS（20/20）** | | §8 | S03 V43 真实 MySQL 指纹验证 | **PASS** | | §8 | S03 V43 运行时登录拒绝 | **PASS（4/4）** | | §9 | Q01 搜索矩阵 | **13 PASS / 2 FAIL（DEF-01）** | | §9 | Q01 排序白名单 | **PASS** | | §9 | Q01 排序语义 / H2-MySQL 逐项对账 / EXPLAIN 分表 | **SKIP** | | §10 | 三 GET 零写（24 表逐字段） | **PASS（7/7）** | | §10 | 写侧刷新链路 | **SKIP** | | §10 | claim token 100 轮 | **SKIP** | | §11 | 四类反证 | **PASS（4/4）** | | §12 | 运行时敏感扫描 | **PASS**（附 OBS-NEW-04/05） | | §13 | 收尾清理、队列归零、审计保留足迹 | **PASS** | | §14 | 简历隐私矩阵 | **SKIP** | | §14 | 管理员初始化矩阵 | **SKIP** | ## 49. 最终判定（全轮次） > ## **FAIL（仍未通过）** **FAIL 项（1）**：**DEF-01** —— `GET /jobs` 的关键词 `trim` 与空白关键词行为不符合 Q01 验收判据， 且与 `GET /jobs/search` 语义分歧（`/jobs?keyword=%20%20%20` → 0 条；`/jobs/search?keyword=%20%20%20` → 20 条）。 **产品行为缺陷**，已给出最小复现与定向整改指令，**未修改任何生产代码**。 **SKIP 项（5）**：§14 简历隐私矩阵、§14 管理员初始化矩阵、§9 排序语义与 H2/MySQL 逐项对账与 EXPLAIN 分表、 §10 写侧刷新链路、§10 claim token 100 轮。 **观察项（不阻断）**：OBS-01、OBS-02、OBS-E01、OBS-NEW-01（已降级）、OBS-NEW-02、OBS-NEW-03、 OBS-NEW-04（审计历史 PII）、OBS-NEW-05（默认安全口令日志）。 **产品缺陷数**：**1**（DEF-01）。**未发现其它产品缺陷**；本轮其余失败全部定位为**验收脚本/环境缺陷**（S-1…S-11）。 **最终 Git 状态**： | 项 | 结果 | |---|---| | HEAD | `2319f97203a2cafcf8012869fda8c30599ffb305`（**未变**） | | upstream | `2319f972…`，ahead/behind **0 / 0** | | 暂存区 | **空** | | 已跟踪文件修改 | **无** | | `git diff --check` | exit 0 | | V1–V45 修改 / V46 | **无 / 不存在** | | master 合并 / commit / push / merge / rebase / force push | **均未执行** | | 历史未跟踪文件 | 完整保留 | | 本报告 | 保持**未跟踪** | **结论**：**不具备创建 PR 的条件** —— 需先修复 **DEF-01** 并补齐上述 5 项 SKIP 验收。 --- --- # 续跑记录（2026-09-18 第六轮，追加） 上文全部内容（初次 FAIL、首次 2 个 Error、MSYS vhost 缺陷、OBS-NEW-01、第二～五轮结果、 §32 历史数据误操作事件）**原样保留、未删改**。 ## 50. §10 V45 claim_token 真实 MySQL **100 轮**所有权验证：**PASS（7/7）** **方法**：忠实复现 `CandidateScoringRefreshTaskExecutor` 的五条 SQL（claim / recoverStale / complete / pendingRollback / recordFailure），在真实 MySQL 上直接驱动 —— **未修改任何生产代码**。 | 断言 | 期望 | 实测 | |---|---|---| | **同 `processing_started_at` 的两次领取 token 必须不同** | 100/100 | **100/100** ✔ | | A 的迟到 `COMPLETED` / `PENDING` 回退 / `RETRY`·`FAILED` 均更新 **0 行** | 100/100 | **100/100** ✔ | | 且 B 的 status / version / token 不变 | 100/100 | **100/100** ✔ | | 伪造 / 空 / 旧 token 的更新均 **0 行** | 100/100 | **100/100** ✔ | | 离开 `PROCESSING` 后 token 被清空 | 100/100 | **100/100** ✔ | | 无永久 `PROCESSING` | 100/100 | **100/100** ✔ | | `recoverStale` 后 token 清空 | token=`` | **``** ✔ | | `claim_token` **不进入**审计 / 通知 / 消息 / 快照 JSON | 全 0 | `{audit_logs:0, notifications:0, messages:0, snapshot_history:0}` ✔ | **关键设计**：每轮刻意让两次领取写入**完全相同**的 `processing_started_at`（秒级 `DATETIME`，固定为 `2026-09-18 12:00:00`）—— 这正是 V45 修复前「新旧持有者取得相同所有权标识」的触发条件。 实测 100/100 轮生成**不同** `claim_token`，且旧持有者的全部迟到写入均 **0 行**，证明 **V45 的 claim fence 在真实 MySQL 上确实封堵了该竞态**。 ## 51. 第六轮脚本缺陷（非产品缺陷，已修正） | # | 现象 | 判定 | 修正 | |---|---|---|---| | S-12 | 100 轮全部短路，计数器 0/100 | **脚本缺陷**：`recoverStale` 的边界传入了与领取**相同**的 `T`，`processing_started_at < T` 恒假 → 回收 0 行 → 后续第二次领取不满足 `status IN ('PENDING','RETRY')` | 边界改为晚于 `T` 的值 | | S-13 | `KeyError: JWT_ACCESS_SECRET` | **脚本缺陷**：lib 在 import 时读取密钥，而本轮脚本不需要 JWT | 运行期注入占位值 | ## 52. 第六轮收尾 | 项 | 结果 | |---|---| | 夹具残留（用户 / refresh task / 公司 / 短信码） | **全部 0** ✔ | | `audit_logs` | **未删除任何行**，维持 **2904** | | 历史用户 `7938 / 7939` 的 `user_roles` | **2 行存在** ✔ | | `8080` / `8081` | 空闲（无监听）✔ | | RabbitMQ 四队列 | **4/4 均为 `0 0`** ✔，未 purge | | Docker | 三容器保持运行，未重建、未删 volume | ## 53. 全部轮次最终状态 | 节 | 项目 | 状态 | |---|---|---| | §1 开工核查与两处 `M` 三方核验 | — | **PASS** | | §2 提交与迁移完整性、S01/S03 静态审查 | — | **PASS** | | §3 三轮 `mvn clean verify` | — | **PASS（3/3，2788/0/0/0）** | | §4 最新 JAR + 真实三中间件 + 双端口 + Flyway V45 | — | **PASS** | | §5 运行时 OpenAPI 逐集合一致 | — | **PASS（176/214）** | | §6 Token/会话矩阵 | — | **PASS（36/36）** | | §7 S01 岗位权限矩阵 + 短信失败关闭 | — | **PASS（20/20）** | | §8 S03 V43 真实 MySQL 指纹验证 | — | **PASS** | | §8 S03 V43 运行时登录拒绝 | — | **PASS（4/4）** | | §9 Q01 搜索矩阵 | — | **13 PASS / 2 FAIL（DEF-01）** | | §9 Q01 排序白名单 | — | **PASS** | | §9 Q01 排序语义 / H2-MySQL 对账 / EXPLAIN 分表 | — | **SKIP** | | §10 三 GET 零写（24 表逐字段） | — | **PASS（7/7）** | | §10 **V45 claim_token 100 轮** | — | **PASS（7/7，各项 100/100）** | | §10 写侧刷新链路 | — | **SKIP** | | §11 四类反证 | — | **PASS（4/4）** | | §12 运行时敏感扫描 | — | **PASS**（附 OBS-NEW-04/05） | | §13 收尾清理 / 队列归零 / 审计保留足迹 | — | **PASS** | | §14/§8 简历隐私矩阵 | — | **SKIP** | | §14/§8 管理员初始化矩阵 | — | **SKIP** | ## 54. 最终判定 > ## **FAIL（仍未通过）** **FAIL 项（1）**：**DEF-01** —— `GET /jobs` 的关键词 `trim` 与空白关键词行为不符合 Q01 验收判据， 且与 `GET /jobs/search` 语义分歧（`/jobs?keyword=%20%20%20` → 0 条；`/jobs/search?keyword=%20%20%20` → 20 条）。 **产品行为缺陷**，已给出最小复现与定向整改指令，**未修改任何生产代码**。 **SKIP 项（4）**：简历隐私矩阵、管理员初始化矩阵、Q01 排序语义/H2-MySQL 对账/EXPLAIN 分表、 写侧刷新链路。 **产品缺陷数：1**（DEF-01）。其余全部失败均定位为**验收脚本/环境缺陷**（S-1…S-13），非产品缺陷。 **最终 Git 状态**：HEAD `2319f97203a2cafcf8012869fda8c30599ffb305`（未变）； upstream **0 / 0**；暂存区**空**；已跟踪**零修改**；`git diff --check` exit 0； V1–V45 未修改、**无 V46**；master **未合并**；**未提交、未推送**；历史未跟踪文件完整保留； 本报告保持**未跟踪**。 **结论**：**不具备创建 PR 的条件** —— 需先修复 **DEF-01**（产品缺陷）并补齐上述 4 项 SKIP 验收。 --- --- # 续跑记录（2026-09-18 第七轮，追加）—— 环境阻断 上文全部内容**原样保留、未删改**。 ## 55. 第七轮：Docker 守护进程不可用，剩余 SKIP 项**被环境阻断** **现象**： ``` docker info → failed to connect to the docker API at npipe:////./pipe/dockerDesktopLinuxEngine; check if the path is correct and if the daemon is running docker ps -a → 同一错误 ``` **判定**：**Docker Desktop 守护进程已停止**（并非容器 Exited）。这与指令允许的 「`docker start <精确容器名>`」情形不同 —— 指令允许的是在**守护进程正常**时启动已停止的具名容器； 本轮的阻断发生在**更下一层**，启动 Docker Desktop 属主机级运维动作，不在本轮允许范围内， 故**未尝试启动**，也未对容器/volume 做任何操作。 **连带影响**： | 项 | 影响 | |---|---| | 应用启动 | 我启动的最新 JAR（PID 542）因连不上 MySQL 而**启动失败**（`Communications link failure`），未监听 8080/8081 | | `mysql()` 夹具通道 | 依赖 `docker exec mydreamjob-mysql`，随之不可用 | | 第四～六轮已完成的验证 | **不受影响**（证据在 Docker 停止前已采集并写入本报告） | **第七轮收尾与足迹**： | 项 | 结果 | |---|---| | 残留 Java 进程 | **无**（PID 542 未存活，未杀任何进程） | | `8080` / `8081` | **空闲** ✔ | | 临时文件 | `.final_acc_20260918.pid`、`.final_acc_secrets.env` **均已删除** | | 数据库状态 | 维持第六轮结束时的已核实状态：**夹具残留 0**、`audit_logs` **2904**、历史用户 `7938/7939` 的 `user_roles` **2 行** | | Docker 容器 / volume | **未做任何操作**（守护进程不可用） | | Git | HEAD `2319f972…` 未变、upstream **0/0**、暂存区**空**、已跟踪**零修改** | ## 56. 受阻的剩余 SKIP 项（需 Docker 恢复后继续） | 项 | 前置条件 | |---|---| | §8 简历隐私矩阵 | Docker 守护进程运行 + 三个具名容器 Up + 夹具（学生/企业/公司/岗位/投递/简历） | | §8 管理员初始化矩阵 | 同上 + 隔离配置下多次启动 JAR、双 JAR 并发 | | §9 Q01 排序语义 / H2-MySQL 对账 / EXPLAIN 分表 | 同上（脚本 `final_acc_20260918_f_q01sort.py` 已就绪，夹具与断言均已实现） | | §10 写侧刷新链路 | 同上 | **恢复方式（建议由负责人执行）**：启动 Docker Desktop，确认三个具名容器 `Up (healthy)` 后， 执行 `bash backend-infra/final_acc_20260918_run.sh start`（**必须以 `MSYS2_ENV_CONV_EXCL=RABBITMQ_VHOST` 前缀运行**）再续跑。 ## 57. 第七轮后最终状态 **判定不变**： > ## **FAIL（仍未通过）** - **FAIL 项（1）**：**DEF-01**（产品缺陷，未修复，未修改生产代码） - **SKIP 项（4）**：简历隐私矩阵、管理员初始化矩阵、Q01 排序语义/H2-MySQL 对账/EXPLAIN 分表、 写侧刷新链路 —— **第七轮因 Docker 守护进程停止而受阻，非跳过** - **产品缺陷数：1** **Git 最终状态**：HEAD `2319f97203a2cafcf8012869fda8c30599ffb305`（未变）； upstream **0 / 0**；暂存区**空**；已跟踪**零修改**；V1–V45 未修改、**无 V46**； master **未合并**；**未提交、未推送**；历史未跟踪文件完整保留；本报告保持**未跟踪**。 --- --- # 续跑记录（2026-09-18 第八轮，追加） 上文全部内容**原样保留、未删改**。第七轮的环境阻断已解除。 ## 58. 环境恢复与数据完好性核验 Docker Desktop 由负责人启动后： | 项 | 结果 | |---|---| | Docker Engine | **29.6.2** | | `mydreamjob-mysql` | Up (healthy)，`127.0.0.1:3307→3306` | | `mydreamjob-redis` | Up (healthy)，`127.0.0.1:6379` | | `mydreamjob-rabbitmq` | Up (healthy)，`127.0.0.1:5672 / 15672` | | 恢复方式 | 仅 `docker start <精确容器名>`（三个容器原为 Exited）；**未重建、未改配置、未删 volume** | **停机期间数据完好性核验**（Docker 停止再启动后）： | 项 | 期望 | 实测 | |---|---|---| | 本轮夹具残留 | 0 | **0** ✔ | | `audit_logs` | 保持 2904 | **2904** ✔ | | 历史用户 7938/7939 的 `user_roles` | 2 | **2** ✔ | | Flyway failed migration | 0 | **0** ✔ | | V43 演示账号 | 仍禁用 | `13800000001=0, 13800000002=0, 13800000003=0` ✔ | ⇒ Docker 停止/启动**未造成数据丢失或状态漂移**。 ## 59. §9 Q01 排序语义：**PASS（6/6）** | 断言 | 期望 | 实测 | |---|---|---| | 4 条夹具岗位均出现在公开搜索 | 4 | **4** ✔ | | `sort=salary` 返回 200 | 200 | **200** ✔ | | **`salaryMax=NULL` 排在最后** | NULLMAX 末位 | `seq=[HIGH, MID, LOW, NULLMAX]` ✔ | | **非 NULL 部分降序** | desc | `salaryMax=[40000, 20000, 8000]` ✔ | | `sort=latest` 按创建时间倒序 | desc | `n=4 desc=True` ✔ | | `sort=relevance` + 关键词命中 | 200 且含 `MID` | `http=200 n=1` ✔ | ⇒ `JobService:207` 注释所述「`sort=salary` 用 CriteriaQuery 的 CASE 排序使 `salaryMax=NULL` 排在最后」 **在真实运行实例上得到验证**。 **§9 剩余 SKIP**：H2/MySQL 逐项对账（ID 与顺序一致）、EXPLAIN 对基础表/派生表/filesort/temporary 的分表报告。 ## 60. 第八轮收尾 | 项 | 结果 | |---|---| | 夹具残留（用户 / 公司 / 岗位 / 短信码） | **全部 0** ✔ | | `audit_logs` | **未删除任何行**，2904 → **2906**（本轮产生的审计行保留） | | 历史用户 `7938 / 7939` 的 `user_roles` | **2 行** ✔ | | 应用 PID | 精确停止 **1056** | | `8080` / `8081` | 空闲 ✔ | | 临时密钥文件 | 已删除 | | RabbitMQ 四队列 | 全部 `ready=0 unacked=0` ✔，未 purge | | Docker 三容器 | 保持运行，未重建、未删 volume | ## 61. 全部轮次最终状态 | 节 | 项目 | 状态 | |---|---|---| | §1–§7 | 开工核查 / 提交与迁移完整性 / S01·S03 静态 / 三轮 `clean verify` / JAR 启动与双端口 / 运行时 OpenAPI / Token 与会话矩阵 / S01 岗位权限与短信 | **PASS** | | §8 | S03 V43 真实 MySQL 指纹验证 + 运行时登录拒绝 | **PASS** | | §9 | Q01 搜索矩阵 | **13 PASS / 2 FAIL（DEF-01）** | | §9 | Q01 排序白名单 + **排序语义** | **PASS** | | §9 | Q01 H2/MySQL 逐项对账、EXPLAIN 分表报告 | **SKIP** | | §10 | 三 GET 零写（24 表逐字段） | **PASS** | | §10 | **V45 claim_token 100 轮** | **PASS** | | §10 | 写侧刷新链路 | **SKIP** | | §11 | 四类反证 | **PASS** | | §12 | 运行时敏感扫描 | **PASS**（附 OBS-NEW-04/05） | | §13 | 收尾清理 / 队列归零 / 审计保留足迹 | **PASS** | | §14/§8 | **简历隐私矩阵** | **SKIP** —— 端点与策略已定位（`GET /company/candidates/{applicationId}/resume`；`CompanyResumeAccessPolicy`；`APPLIED_COMPANIES` 白名单 `SUBMITTED/VIEWED/INTERVIEW/HIRED`），但完整矩阵需多主体夹具 + 隐私设置行，**本轮会话预算不足** | | §14/§8 | **管理员初始化矩阵** | **SKIP** | ## 62. 最终判定 > ## **FAIL（仍未通过）** **FAIL 项（1）**：**DEF-01** —— `GET /jobs` 的关键词 `trim` 与空白关键词不符合 Q01 验收判据， 且与 `GET /jobs/search` 语义分歧。**产品行为缺陷**，已给出最小复现与定向整改指令，**未修改任何生产代码**。 **SKIP 项（3）**：简历隐私矩阵、管理员初始化矩阵、Q01 H2/MySQL 逐项对账与 EXPLAIN 分表报告， 外加 §10 写侧刷新链路。 **产品缺陷数：1**（DEF-01）。其余全部失败均定位为**验收脚本/环境缺陷**（S-1…S-13）或**环境阻断**（第七轮 Docker），非产品缺陷。 **Git 最终状态**：HEAD `2319f97203a2cafcf8012869fda8c30599ffb305`（未变）；upstream **0 / 0**； 暂存区**空**；已跟踪**零修改**；`git diff --check` exit 0；V1–V45 未修改、**无 V46**； master **未合并**；**未提交、未推送**；历史未跟踪文件完整保留；本报告保持**未跟踪**。 **结论**：**不具备创建 PR 的条件** —— 需先修复 **DEF-01**（产品缺陷，需授权选定方案 A 或 B） 并补齐上述 SKIP 验收。 --- --- # 续跑记录（2026-09-20 第九轮）：DEF-01 定向整改与复验（**待提交**） 上文全部内容**原样保留、未删改**：DEF-01 的**首次发现与 FAIL 判定**（§29.2、§35、§43、§54、§62） 保持在原位，本节点仅追加整改与复验结果。 ## 63. DEF-01 整改采用方案 A（已获授权） **生产修改（唯一文件）**：`mydreamjob-server/src/main/java/com/mydreamjob/job/JobService.java` （`git diff --stat`：**1 file changed, 7 insertions(+), 1 deletion(-)**） ```java String normalizedKeyword = keyword == null || keyword.isBlank() ? null : keyword.trim(); Page result = jobRepository.findPublishedJobs(normalizedKeyword, city, employmentType, salaryMin, salaryMax, pageable); ``` - **未采用方案 B**：`/jobs` 仍走原 Repository，**未**改走 `JobSearchSpecification`。 - `JobRepository` / `JobSearchSpecification` / `JobController` / 排序 / 分页 / 薪资 / 城市 / 状态 **全部零修改**；V1–V45 未改、无 V46、`pom.xml` 与 `openapi-rc.json` 未改。 ## 64. 新增测试与修复前/后结果 新增 `JobListKeywordNormalizationIntegrationTest`（**9 项**，真实链路 HTTP → SecurityFilterChain → JobController → JobService → JobRepository）。 | 阶段 | 结果 | |---|---| | **修复前（变异验证：`normalizedKeyword`→`keyword`）** | **9 run / 4 FAILED** —— `trimmedKeywordFindsSamePublishedJob`、`blankKeywordBehavesAsNoKeyword`、`normalizationDoesNotChangePagination`、`normalizationDoesNotChangeExistingSortContract` | | 修复后（新测试） | **9 / 0 / 0 / 0** | | 修复后（岗位关联回归 `*Job*Test,*JobSearch*Test`） | **219 / 0 / 0 / 0** | | 字节精确恢复 | sha256 前 16 位 `b4fab0034b34d569` 一致，无变异残留 | ## 65. 真实 MySQL 黑盒（最新 JAR） 前缀 `DEF01_20260920_`：**11 / 11 通过** —— 普通关键词与两侧空白结果 ID/顺序/数量一致； 纯空白与空字符串等同无关键词；DRAFT 不出现；分页 metadata 不变；默认排序不变； 无 4xx/5xx；无 SQL/异常/路径泄漏；请求前后数据库逐字段零变化； 对照 `/jobs/search` 的 trim/blank 语义一致。 ## 66. 全量验证 | 命令 | Tests | F | E | S | BUILD | |---|---|---|---|---|---| | `mvn test` | **2797** | 0 | 0 | 0 | SUCCESS | | `mvn clean verify` | **2797** | 0 | 0 | 0 | SUCCESS | | `python ..\docs\verify_openapi.py` | paths **176** / operations **214** | — | — | — | All checks passed! | `2797 = 2788 + 9（本轮新增）`。 ## 67. 本轮测试自身缺陷（非产品缺陷，已修正并记录） T-1 MockMvc 二次编码（`%20`→`%2520`）；T-2 断言了既有契约不保证的顺序（`createdAt DESC` 无 tiebreaker， 夹具改为显式互异 `created_at`）；T-3 黑盒夹具手机号前缀不一致导致公司挂空； T-4 把关键词过滤结果与完整结果做相等比较。详见 DEF-01 整改报告 §20。 ## 68. 提交前状态 | 项 | 结果 | |---|---| | 生产代码改动 | **仅 `JobService.java` 1 个文件**（+7 −1） | | 其余生产模块 / Flyway / pom / openapi-rc.json | **零修改** | | 夹具残留 | **0**；历史数据（`users.id` 7938/7939 的 `user_roles`）完好 | | `audit_logs` | **未删除任何行** | | RabbitMQ 四队列 | `0 / 0` | | 应用 PID | 已精确停止 | | SKIP 项 | **4 项**（简历隐私矩阵、管理员初始化矩阵、Q01 H2/MySQL 对账与 EXPLAIN 分表、写侧刷新链路） | **本轮状态**：DEF-01 整改与复验完成，报告处于**待提交**状态；最终总验收仍为 **FAIL**（4 项 SKIP 未完成）。 ## 69. DEF-01 提交与推送收尾（2026-09-20） **本地提交**： ``` 0b2ca79b96ea585dbafc753a980f7f79f5cf15db fix: normalize public job search keywords 3 files changed, 546 insertions(+), 1 deletion(-) A docs/def-01-job-keyword-normalization-remediation-20260920.md M mydreamjob-server/src/main/java/com/mydreamjob/job/JobService.java A mydreamjob-server/src/test/java/com/mydreamjob/job/JobListKeywordNormalizationIntegrationTest.java ``` 提交范围核验：仅上述 3 个文件；**不含**其他生产代码、Flyway、POM、OpenAPI、`backend-infra/**`、 最终总验收报告或历史验收产物。 **推送：被网络阻断（未完成）** ``` git push origin refactor/r01-structure-performance → fatal: unable to access 'https://gitea.baskbuddy.com/baskbuddy/zhangshun.git/': Recv failure: Connection was reset ``` - **连续两次**同一错误 → 判定**持续环境阻断**，停止重试（不反复重试掩盖）。 - 连通性核验：`curl https://gitea.baskbuddy.com/` → **HTTP 000，超时 20.005s**，**远端主机从本环境不可达**。 - **未**执行 `--force`；**未** `amend`；**未**修改 remote；**未**推送 master；**未**创建额外提交。 **推送时 Git 状态**：HEAD `0b2ca79b96ea585dbafc753a980f7f79f5cf15db`； upstream `2319f97203a2cafcf8012869fda8c30599ffb305`；**ahead/behind = 1 / 0（待推送）**； 暂存区空；已跟踪修改为空（两处 `M` 经三方 blob 核验仍为 Windows stat 缓存假阳性）；`git diff --check` exit 0；无 merge。 **待办**：远端恢复后执行 `git push origin refactor/r01-structure-performance` 即达 0/0。 ### 69.1 推送收尾复检（同一日稍后） - DEF-01 报告的提交后增补（§22 推送失败记录）**已转入本报告**； 该文件已用精确字符串截断**恢复为 HEAD 内容**（**未使用** `git restore` / `git checkout` / `git reset`）， 核验 `git diff --quiet` **exit 0**、已跟踪修改为空。 - Gitea 连通性复检：`curl -I --connect-timeout 10 --max-time 20 https://gitea.baskbuddy.com/` → **HTTP 000，exit 28（连接超时）**，**远端仍不可达**。 - 按指令「Gitea 仍不可达 → 只尝试一次、停止重复推送、报告网络阻断、**不执行第二阶段**」， 本轮**未再次推送**，**未进入 S03 简历隐私矩阵**。 **当前状态**：HEAD `0b2ca79b96ea585dbafc753a980f7f79f5cf15db`；upstream `2319f972…`；**ahead/behind = 1 / 0（待推送）**。 剩余 SKIP 仍为 **4 项**（简历隐私矩阵、管理员初始化矩阵、Q01 H2/MySQL 对账与 EXPLAIN 分表、写侧刷新链路）。 --- --- # 第十轮（2026-09-20）：S03 企业简历隐私真实矩阵（**PASS**） 上文全部内容**原样保留、未删改**。 > **本轮在本地未推送的 HEAD `0b2ca79` 上执行只读验收**；未修改任何生产代码或测试，未创建提交、未暂存、未推送。 ## 70. 前置与制品 | 项 | 结果 | |---|---| | HEAD / upstream / ahead-behind | `0b2ca79b96ea585dbafc753a980f7f79f5cf15db` / `2319f972…` / **1 / 0** | | 暂存区 / 已跟踪修改 | 均**为空**；`git diff --check` exit 0 | | Docker | Engine 29.6.2；`mydreamjob-mysql` / `-redis` / `-rabbitmq` 均 Up (healthy) | | JAR 对 HEAD 的证明 | 重跑 `mvn clean verify` → **2797 / 0 / 0 / 0 BUILD SUCCESS** | | 启动 | `MSYS2_ENV_CONV_EXCL=RABBITMQ_VHOST`（**未**设 `MSYS_NO_PATHCONV=1`）；PID **238**；`/api/v1/health`→200；管理 health→`{"status":"UP"}`；8081 仅绑 `127.0.0.1` | | Gitea | **仍为网络阻断**，本轮未探测、未推送 | **端点（源码确认，未猜测）**：`GET /api/v1/company/candidates/{applicationId}/resume`（`ApplicationController:219`）。 **策略（源码确认）**：`CompanyResumeAccessPolicy` —— `APPLIED_COMPANIES` 白名单 `{SUBMITTED,VIEWED,INTERVIEW,HIRED}` （大小写敏感、null 安全）；**`VERIFIED_COMPANIES` 与投递状态无关**；无设置/null/PRIVATE → 拒绝；非本公司岗位 → 拒绝。 `CompanyResumeService.load` **先授权、后读文件**。Content-Type 白名单 {pdf, msword, docx}，否则回退 `application/octet-stream`。 ## 71. 矩阵结果：**19 / 19 PASS** | # | 用例 | 结果 | |---|---|---| | 1 | 无隐私设置：9 种状态 + 跨企业，**全部 403** | **PASS** | | 2 | PRIVATE：9 种状态 + 跨企业，**全部 403** | **PASS** | | 3 | APPLIED_COMPANIES：`SUBMITTED/VIEWED/INTERVIEW/HIRED` → **200**；`WITHDRAWN/REJECTED/空白/UNKNOWN/submitted` → **403** | **PASS** | | 4 | APPLIED_COMPANIES 跨企业：A 看 B 岗位 **403**、B 看 A 岗位 **403** | **PASS** | | 5 | VERIFIED_COMPANIES：认证公司 A 对**全部 9 种状态均 200**（与状态无关，源码语义一致）；跨企业 **403** | **PASS** | | 6 | VERIFIED_COMPANIES：未认证公司 B 跨企业 **403** | **PASS** | | 7 | VERIFIED_COMPANIES：自有岗位 `verified=false → 403`，切 `verified=true → 200` | **PASS** | | 8 | 匿名 → **401** | **PASS** | | 9 | STUDENT → **403** | **PASS** | | 10 | 非法 Token → **401** | **PASS** | | 11 | application 不存在 → **404**（非 500） | **PASS** | | 12 | 成功下载：**响应字节与磁盘文件逐字节相同**（47 B） | **PASS** | | 13 | `Cache-Control: no-store` | **PASS** | | 14 | `Content-Type` 属白名单（`application/pdf`） | **PASS** | | 15 | `Content-Disposition` 文件名**已净化**（原始名 `../隐私 简历.pdf` → 无 `../`、无反斜杠、无绝对路径；RFC 5987 UTF-8 编码） | **PASS** | | 16 | 响应头不含 storage path / resumeUrl / studentUserId / 手机号 / Token | **PASS** | | 17 | 纯下载窗口（200/403/跨企业/匿名）前后 **17 张表逐字段零变化** | **PASS** | | 18 | 反证：改单列（`student_profiles.resume_original_name`）**被快照检出**，随后精确恢复 | **PASS** | **`applications.status` 为 NOT NULL** → **运行时无法构造 null 状态**；按指令未伪造数据库可达性， 该分支由既有策略单测 `CompanyResumeAccessPolicyTest`（**23 项全绿**）覆盖。 ## 72. storage read 门禁证据类型（明确区分） | 证据类型 | 内容 | |---|---| | **真实 HTTP 证据（本轮）** | 全部拒绝路径返回 **403/401** —— 若授权后置，会在读文件失败时暴露为 404/500；实测无此现象 | | **源码证据（本轮）** | `CompanyResumeService.load` 中 `accessPolicy.authorizeForDownload(...)` **先于** `resumeStorageService.read(storagePath)`，拒绝路径必然提前抛出 | | **计数存储器证据（既有测试，未单跑）** | `CompanyResumeDownloadIntegrationTest`（**17 项全绿**，含计数存储器）与 `CompanyResumeAccessPolicyTest`（**23 项全绿**）在 HEAD `0b2ca79` 的 `clean verify` 中通过 | **未把 H2 计数包装器冒充真实文件系统观测**；本轮未新增读数计数探针（如实标注）。 ## 73. 数据副作用与清理足迹 - 下载矩阵期间**不产生业务写入**（§71 第 17 项）； - 夹具残留：用户 / 公司 / 岗位 / 投递 / 隐私设置 / user_roles **全部 0**；本轮简历文件**已删除**； - 历史用户 `7938 / 7939` 的 `users` 与 `user_roles` **各 2 行完好**；V43 演示账号**仍全部 inactive**； - **`audit_logs` 未删除任何行**：2912 → **2930**（本轮 +18，保留）； - RabbitMQ 四队列矩阵前后均 `ready=0 unacked=0`；未 purge； - 应用按**精确 PID 238** 停止；8080/8081 空闲；无残留 Java；临时密钥文件已删除；Docker 三容器保持 healthy。 ## 74. 本轮脚本缺陷（非产品缺陷，已修正并记录） | # | 现象 | 判定 | 修正 | |---|---|---|---| | P-1 | `Duplicate entry '81-8063' for key uk_applications_job_student` | **脚本缺陷**：MySQL 默认排序规则**大小写不敏感**，`title='…_job_submitted'` 命中了先插入的 `…_job_SUBMITTED`，取错岗位 | 岗位查询改为 `ORDER BY id DESC LIMIT 1` | | P-2 | `phone must contain exactly 11 digits` | **脚本缺陷**：本地 `ph()` 与 `seed_sms_codes/login` 用的 `lib.phone()` **不是同一个号码**（同类问题第二次出现） | 统一复用 `lib.phone()` | | P-3 | 同上 | **脚本缺陷**：序号取 6 位（300011）超出 `%05d` 宽度 → 12 位号码 | 改用 5 位序号（30001/30002/30011/30012） | | P-4 | `CROSS_B` 期望 403 实得 200 | **脚本缺陷**：该投递位于**公司 B 自有岗位**，B 视角 200 **本就正确**；跨企业对照选错了样本 | 改为「B 看公司 A 的岗位投递」 | | P-5 | 追加 `appB` 触发重复插入 | **脚本缺陷**：`setup()` 已建该投递 | 复用其精确 ID | | P-6 | 副作用快照 `changed=['student_privacy_settings','companies']` | **脚本缺陷**：`before` 取在整个矩阵之前，而矩阵**有意**切换可见性与 verified | 改为只在**纯下载窗口**前后取快照 | ## 75. 产品缺陷 **本轮未发现产品缺陷**。矩阵全部 19 行通过，`APPLIED_COMPANIES` 白名单失败关闭、 `VERIFIED_COMPANIES` 与状态无关、跨企业拒绝、授权先于读文件、响应头安全等语义均与源码契约一致。 ## 76. 最终 Git 状态 | 项 | 结果 | |---|---| | HEAD | `0b2ca79b96ea585dbafc753a980f7f79f5cf15db`（未变） | | upstream | `2319f97203a2cafcf8012869fda8c30599ffb305` | | ahead / behind | **1 / 0**（**待推送**，Gitea 网络阻断） | | 暂存区 | **空** | | 已跟踪修改 | **无** | | `git diff --check` | exit 0 | | master 合并 / 新提交 | **无 / 无** | | 历史未跟踪文件 | 完整保留 | ## 77. 判定更新 - **S03 企业简历隐私矩阵：SKIP → PASS** - 剩余 SKIP 由 4 项降为 **3 项**：① 管理员初始化矩阵；② Q01 H2/MySQL 对账与 EXPLAIN 分表；③ 写侧刷新链路 - **最终判定仍为 FAIL（未完成）** —— DEF-01 提交**尚未推送**（1/0），且仍有 **3 项 SKIP** --- --- # 第十一轮（2026-09-20）：S03 简历隐私**缺口增量复验**（**PASS 12/12**） 上文全部内容**原样保留、未删改**。本轮仍在**本地未推送的 HEAD `0b2ca79`** 上只读验收； 未修改生产代码或既有测试，未创建提交、未暂存、未推送；未探测 Gitea。 ## 78. 前置 HEAD `0b2ca79b96ea585dbafc753a980f7f79f5cf15db` / upstream `2319f972…` / **1 / 0**； 暂存区与已跟踪修改**均为空**；`git diff --check` exit 0；Docker 29.6.2，三容器 healthy； 前缀残留 0；历史 `7938/7939` = 2；`audit_logs` 2930。 ## 79. 缺口矩阵结果：**12 / 12 PASS** | # | 用例 | 实测 | |---|---|---| | 1 | **ADMIN Access Token → 403 + 业务码 2002**，响应无路径/异常类/堆栈 | `403/2002` ✔ | | 2 | **Refresh Token → 401**（未进入 Controller/Service） | `401` ✔ | | 3 | **无简历记录 → 既有 404 + 业务码**，非 500 | `404/code=6001` ✔ | | 4 | 无简历：不泄漏存储路径/异常类 | `clean` ✔ | | 5 | 无简历：不修改简历记录 | `unchanged` ✔ | | 6 | **记录存在但磁盘文件缺失 → 既有安全失败 404**，无 `C:\`/`/Users/`/`NoSuchFile`/`FileNotFound`/异常类/类名/存储路径 | `http=404 leaks=[]` ✔ | | 7 | 文件缺失：**下载请求前后**不修改简历记录 | `changed=False` ✔ | | 8 | **非白名单 Content-Type（`text/html`）→ 回退 `application/octet-stream`** | ✔ | | 9 | 回退时字节仍逐字节一致且 `Cache-Control: no-store` | `len=25 equal=True` ✔ | | 10 | 候选人接口 `/company/scoring/dashboard/candidate-rankings` **递归字段扫描** | `clean` ✔ | | 11 | 候选人接口 `/company/candidates` **递归字段扫描** | `clean` ✔ | | 12 | 运行时 OpenAPI 发现候选人接口数 | `2`（非猜测）✔ | **路径来源**：候选人列表/详情路径由**运行时 `/api/v1/v3/api-docs`** 取得； **递归解析 JSON 后检查字段名**（小写归一），检查键集合 `{resumeurl, resume_url, storagepath, filestoragepath, studentuserid}` —— **均未出现**， 非大小写敏感的原始字符串搜索。 ## 80. 文件读取门禁（证据分层，未混淆） | 路径 | 本轮证据 | |---|---| | ADMIN | 真实 HTTP **403/2002** —— 在 `userRoleGuard.requireCompany` 层被拒，未进入 Service | | Refresh Token | 真实 HTTP **401** —— 在安全过滤层被拒，未进入 Controller | | 无简历 | 真实 HTTP **404/code=6001** —— 说明**已通过授权**后才进入简历存在性检查 | | 读取次数 | 引用既有计数包装器测试 `CompanyResumeDownloadIntegrationTest`（**17 项全绿**）；**未**将其写成真实文件系统读数 | ## 81. 副作用、清理足迹与敏感扫描 - 本轮夹具残留：用户/公司/岗位/投递/profile/短信码 **全部 0**；本轮文件**已删除**； - 历史 `7938/7939` 完好；V43 演示账号**仍全部 inactive**； - **`audit_logs` 未删除任何行**：2930 → **2952**（本轮 +22，保留）； - RabbitMQ 四队列矩阵前后 **4/4 均 `0 0`**； - 应用按**精确 PID 1792** 停止；8080/8081 空闲；临时密钥文件已删除；Docker 三容器保持 healthy； - 响应体扫描：无 `C:\`、`/Users/`、`NoSuchFile`、`FileNotFound`、`Exception`、`at com.`、`java.`、存储路径 —— 全部 0 命中。 ## 82. 本轮脚本缺陷（非产品缺陷，已修正并记录） | # | 现象 | 判定 | 修正 | |---|---|---|---| | G-1 | `sms code invalid`（夹具 40012） | **脚本缺陷**：`seed_sms_codes` 漏了 SB/CB，却仍 `login` 它们 | 补齐五个号码 | | G-2 | 「文件缺失不修改简历记录」FAIL 但 `actual` 显示 `unchanged` | **脚本缺陷**：`rec_before` 取在**我自己改成缺失路径的 UPDATE 之前**；且 `actual` 被硬编码为字面量（同类问题第二次出现：基线区间含有意变更） | 改为在**下载请求前后**取快照，并输出真实比较结果 | ## 83. 产品缺陷 **本轮未发现产品缺陷**。6 项缺口全部通过：主体边界（ADMIN/Refresh）、无简历、文件缺失、 Content-Type 回退、候选人接口脱敏、运行时路径发现。 ## 84. 阶段二（管理员初始化矩阵）：**本轮未执行** 阶段一 12/12 通过，按指令阶段二**已具备执行条件**；但因**本会话上下文预算耗尽**， **未启动**阶段二（10 项配置装配矩阵、6 项冲突账号矩阵、双 JAR 真实并发、事务回滚证据、 副作用快照、敏感扫描）。**如实标注为未执行**，不计入 PASS，也不写成跳过。 **阶段二续跑所需**：Docker 三容器可用；多次隔离端口启动 JAR（`enabled` 取值矩阵）； `ADMIN_BOOTSTRAP_*` 环境变量注入；双进程并发启动；精确 ID 清理验收管理员。 ## 85. 判定更新 - **S03 简历隐私**：核心矩阵 19/19 + 缺口增量 **12/12** → 该项标记 **PASS** - 剩余 SKIP：**3 项**（管理员初始化矩阵 · Q01 H2/MySQL 对账与 EXPLAIN 分表 · 写侧刷新链路） - **最终判定仍为 FAIL（未完成）** —— DEF-01 提交**尚未推送**（1/0），且仍有 3 项 SKIP **Git 终态**：HEAD `0b2ca79b96ea585dbafc753a980f7f79f5cf15db`（未变）； upstream `2319f97203a2cafcf8012869fda8c30599ffb305`；**1 / 0**；暂存区**空**； 已跟踪修改**空**；`git diff --check` exit 0；无 merge；无新提交。 --- --- # 第十二轮（2026-09-20）：S03 管理员初始化矩阵 —— **契约确认完成，矩阵执行 SKIP** 上文全部内容**原样保留、未删改**。本轮只读验收，未改生产代码/测试/迁移/配置，未 add/commit/push， 未重建容器，未探测 Gitea。 ## 86. 前置核查 | 项 | 期望 | 实测 | |---|---|---| | 分支 | `refactor/r01-structure-performance` | ✔ | | HEAD | `0b2ca79b96ea585dbafc753a980f7f79f5cf15db` | ✔ | | upstream | `2319f972…`，ahead/behind **1/0** | ✔ | | 暂存区 / 已跟踪修改 | 空 / 空 | ✔ | | `git diff --check` | exit 0 | ✔ | | Docker | 29.6.2，`mydreamjob-mysql` / `-redis` / `-rabbitmq` 均 Up (healthy) | ✔ | | 8080 / 8081 | 空闲 | ✔ | ## 87. 真实契约（**以仓库源码为准，非按旧报告猜测**） **1. 环境变量名称**（`application.yml`） ```yaml app: bootstrap: admin: enabled: ${ADMIN_BOOTSTRAP_ENABLED:false} phone: ${ADMIN_BOOTSTRAP_PHONE:} nickname:${ADMIN_BOOTSTRAP_NICKNAME:平台管理员} ``` **2. `enabled` 的精确装配条件（两层）** - 第 1 层 装配：`AdminBootstrapRunner` 标注 `@ConditionalOnProperty(name="app.bootstrap.admin.enabled", havingValue="true")`； - 第 2 层 运行期兜底字面量防护（`run()` 首行）： ```java if (!STRICTLY_ENABLED.equals(properties.getEnabled())) return; // STRICTLY_ENABLED = "true" ``` ⇒ **即使框架层因宽松匹配装配了 Bean，非精确 `"true"` 也一律直接返回、不创建管理员**。 `TRUE/True/yes/1/on` 的最终行为是**不创建**；拒绝发生在 **Runner 字面量防护层**。 **3. 手机号格式要求**：`Pattern.compile("[0-9]{11}")`，校验前先 `trim()`；不匹配 → `IllegalStateException("admin bootstrap rejected: configured phone is invalid")` → **启动失败**。 `null` 或 `""` 同样不匹配 → 启动失败。 **4. 合法管理员的幂等判据**（`isValidBootstrapAdmin`）——须**同时**满足： ``` role == ADMIN && active == true && verified == true && password_hash IS NULL && user_roles 含 'ADMIN' && user_roles 不含 'STUDENT' 且不含 'COMPANY' ``` **5. 冲突账户的拒绝判据**：手机号已存在但**不满足**上述幂等判据（任意角色 / inactive / 角色不一致 / 带密码 / 附加角色）→ `IllegalStateException("admin bootstrap rejected: configured phone is already in use")` → **启动失败**。另有前置短路：**已存在活动 ADMIN** 时**无副作用跳过**（不创建第二个）。 **6. `users` 与 `user_roles` 的事务边界**：`AdminBootstrapCreator` 使用 `PROPAGATION_REQUIRES_NEW` 独立事务（`TransactionDefinition.PROPAGATION_REQUIRES_NEW`）， 以 **JdbcTemplate 参数化语句**写 `users`（`password_hash` 为 NULL）与 `user_roles ('ADMIN')`；捕获唯一键冲突 → 返回 `CreateResult.CONFLICT`（只回滚本次创建）。 **7. 是否创建密码**：**否** —— INSERT 中 `password_hash` 为 NULL，幂等判据要求 `passwordAbsent`。 **8. 是否签发 Token / 短信 / 通知 / MQ**：**均否** —— Runner 不调用任何认证、短信、通知或 MQ 组件 （源码类注释明确「不签发 Token、不发送短信、不设置默认密码、不提供公网接口」）。 **9. 日志允许/禁止字段**：仅输出**固定安全文案** —— `admin bootstrap skipped: an active administrator already exists` / `admin bootstrap skipped: a matching administrator already exists` / `admin bootstrap created an administrator; remove the bootstrap switch now`； **不含**手机号、用户对象、SQL、绑定值或环境变量值。 ## 88. 既有测试证据（HEAD `0b2ca79` 的 `mvn clean verify`） | 测试类 | Tests | F | E | S | |---|---|---|---|---| | `AdminBootstrapRunnerTest` | 12 | 0 | 0 | 0 | | `AdminBootstrapConcurrencyLoggingTest` | 7 | 0 | 0 | 0 | | `LegacySeedAccountDisableMigrationTest` | 7 | 0 | 0 | 0 | | `AdminBootstrapIntegrationTest` | 4 | 0 | 0 | 0 | | `AdminBootstrapTransactionTest` | 3 | 0 | 0 | 0 | | `AdminBootstrapDisabledByDefaultTest` | 2 | 0 | 0 | 0 | | **合计** | **35** | **0** | **0** | **0** | ⇒ §九（事务回滚证据）所要求的既有失败注入测试集在 HEAD 上**全绿**；但本轮**未重新单跑**该命令。 ## 89. 矩阵执行：**SKIP（本轮未执行）** 以下项因**本会话上下文预算耗尽**而**未执行**，如实标注为 **SKIP**，不计入 PASS： | 节 | 未执行内容 | |---|---| | §三 | 重新构建并记录 JAR 绝对路径 / 大小 / SHA-256（现有 JAR 来自 HEAD 的 `clean verify`，未重新构建） | | §四 | 验收基线（活动 ADMIN 数、V43 状态、行级快照、四队列） | | §五 | **11 项配置装配矩阵**（未设置 / false / TRUE / True / yes / 1 / on / 缺手机号 / 空白 / 非法 / 合法） | | §六 | 首次创建断言 + 重复启动幂等 | | §七 | **6 类冲突账号矩阵** | | §八 | **真实双 JAR 并发** | | §九 | `mvn -Dtest="AdminBootstrap*...,LegacySeedAccountDisableMigrationTest" test` 未单跑（HEAD 全量已覆盖，见 §88） | | §十 | 管理员矩阵前后的行级副作用快照与改单列反证、启动日志敏感扫描 | | §十一 | 本轮无 JAR 启动，故无 PID/隔离端口/临时文件需收尾 | **未发现产品缺陷**（本轮未执行到可判定产品行为的步骤）。 ## 90. 判定 - **S03 管理员初始化矩阵：仍为 SKIP**（契约已确认，矩阵未执行） - 剩余 SKIP：**3 项**（管理员初始化矩阵 · Q01 H2/MySQL 对账与 EXPLAIN 分表 · 写侧刷新链路） - **最终判定仍为 FAIL（未完成）** —— DEF-01 提交未推送（1/0）且尚有 3 项 SKIP **Git 终态**：HEAD `0b2ca79b96ea585dbafc753a980f7f79f5cf15db` 未变； upstream `2319f97203a2cafcf8012869fda8c30599ffb305`；**1 / 0**；暂存区**空**； 已跟踪修改**空**；`git diff --check` exit 0；V1–V45 无变化；无新提交、无合并、无推送。 ### 90.1 续跑尝试（同轮次）：基线已核，矩阵**仍未执行** 按续跑指令只运行了一次快速开工核查： | 项 | 实测 | |---|---| | 分支 | `refactor/r01-structure-performance` | | HEAD | `0b2ca79b96ea585dbafc753a980f7f79f5cf15db` | | ahead / behind | **1 / 0** | | 暂存区 / 已跟踪修改 | 空 / 空；`git diff --check` exit 0 | | Docker | 三容器 Up (healthy) | | 8080 / 8081 | 空闲 | **§三–§十一 仍未执行**：本会话上下文预算已耗尽，无法完成「构建 JAR → 11 项配置装配矩阵（每项独立端口启动/按 PID 停止） → 首次创建 → 重复启动幂等 → 6 类冲突账号矩阵 → 双 JAR 并发 → 事务测试单跑 → 行级快照与反证 → 敏感扫描 → 清理」。 **未启动任何 JAR**，故数据库**未被本轮改动**，无需清理；`audit_logs` 无本轮增量。 **未发现产品缺陷**（未执行到可判定产品行为的步骤）。**本轮不写完成语**。 **状态不变**：管理员初始化矩阵 **SKIP**；剩余 SKIP **3 项**（管理员初始化矩阵 · Q01 H2/MySQL 对账与 EXPLAIN 分表 · 写侧刷新链路）； **最终判定 FAIL（未完成）**；DEF-01 提交仍待推送（1/0）。 --- ## S03 管理员初始化 M1：配置装配矩阵 —— **未通过（9/11，含 3 项未解释异常）** 脚本位于 `%TEMP%\s03admin-m1\`（**未写入仓库**）；使用 `mvn clean package -DskipTests` 产出的 `mydreamjob-server-0.0.1-SNAPSHOT.jar`（**82 433 528 B**，SHA-256 前缀 `3f67fb0710c01fe73aa588a8…`）。 ### 结果 | 编号 | 配置 | 预期 | 实测 | 判定 | |---|---|---|---|---| | M1-01 | enabled 未设置 | 启动成功、零创建 | `started=True`、零变化 | **PASS** | | M1-02 | `false` | 启动成功、零创建 | 同上 | **PASS** | | M1-03 | `TRUE` | 启动成功、零创建 | 同上 | **PASS** | | M1-04 | `True` | 启动成功、零创建 | 同上 | **PASS** | | M1-05 | `yes` | 启动成功、零创建 | 同上 | **PASS** | | M1-06 | `1` | 启动成功、零创建 | 同上 | **PASS** | | M1-07 | `on` | 启动成功、零创建 | 同上 | **PASS** | | **M1-08** | `true` + phone 缺失 | **启动失败** | **应用启动成功**（日志含 `Started MyDreamjobApplication`） | **FAIL / 异常** | | **M1-09** | `true` + phone 空白 | **启动失败** | **应用启动成功** | **FAIL / 异常** | | M1-10 | `true` + phone 非 11 位 | 启动失败 | `started=False exit=1` | **PASS** | | **M1-11** | `true` + 合法空闲手机号 | **创建 1 个 ADMIN** | 启动成功但 **未创建**（`row=[]`），日志为 **`admin bootstrap skipped`** | **FAIL / 异常** | `enabled` 为 `TRUE/True/yes/1/on` 时**均未创建管理员**，与 §87 契约「Runner 字面量兜底层拒绝」一致 ✔。 ### 三项未解释异常（如实记录，**不作猜测性结论**） 1. **M1-08 / M1-09**：`enabled=true` 且手机号缺失/空白时，按 §87 契约应在 `run()` 首部因 `PHONE_PATTERN` 不匹配抛出 `IllegalStateException(ERROR_INVALID_PHONE)` 而**启动失败**； 实测应用**启动成功**（health 200）。 2. **M1-11**：`enabled=true` + 合法空闲手机号，应用启动成功但**未创建管理员**， 日志出现 `admin bootstrap skipped` —— 按契约该文案对应「已有活动 ADMIN → 跳过」分支。 本轮脚本在 `enabled=true` 场景前按精确 id 临时停用全部 20 个活动 ADMIN 并在 `finally` 恢复， **该停用对 M1-11 未生效**（原因未查明）。 3. 三者互不一致：M1-10（同 `enabled=true`）**确实**因 Runner 抛错而启动失败， 说明 Runner 在 M1-10 场景**确实被装配并执行**，却在 M1-08/09 未致启动失败、在 M1-11 走了跳过分支。 **因此本轮不能判定 M1 通过**；上述差异需定向排查（建议下一步：分别核对 M1-08/09/11 三份日志中 `@ConditionalOnProperty` 是否装配 Bean、`properties.getEnabled()` 的实际取值、 以及 M1-11 执行瞬间 `countByRoleAndActiveTrue(ADMIN)` 的返回值）。 ### 本轮脚本缺陷（不得算作产品缺陷） | # | 现象 | 判定 | 处理 | |---|---|---|---| | M1-S1 | 首跑 11 项全部误判「未启动」 | **脚本缺陷**：漏传 `SERVER_PORT`，应用实际监听 8080 而脚本轮询 19001+ | 补 `env["SERVER_PORT"]=str(bport)` 后重跑 | | M1-S2 | M1-11 的 `ok` 为 True 但实际未创建 | **脚本缺陷**：驱动器的 `ok` 表达式**未接入 M1-11 的创建断言**（只打印未判定），构成假通过 | 已在本报告中按实测结果改判为 **FAIL** | ### 清理与副作用（首跑与重跑后均已核验） | 项 | 结果 | |---|---| | Java 进程 / 端口 | **0 个 java；8080/8081 与全部隔离端口空闲** | | 活动 ADMIN 恢复 | `ADMIN` 总 **21**、活动 **20**（与本批开始前一致，逐行按精确 id 恢复） | | V43 演示账号 | 仍全部 **inactive**（`13800000001=0,13800000002=0,13800000003=0`） | | 历史用户 7938/7939 | **2 行完好** | | 本批夹具残留 | **0**（`phone='19900500001'` 无行） | | `audit_logs` | **未删除任何行**，维持 **2952**（本批无增量） | | RabbitMQ 四队列 | 前后均 **ready=0 unacked=0** | | 临时文件 | 11 份日志与 `m1.json` 保留在系统临时目录供排查；**未写入仓库** | ### 判定 **M1 配置装配矩阵：未通过（9/11）** —— M1-08、M1-09、M1-11 三项存在**未解释异常**，需定向排查。 **不写 M1 通过语**；管理员初始化整体仍为 **SKIP/PARTIAL**，最终总验收仍为 **FAIL（未完成）**。 --- ## S03 管理员初始化 M1-D：M1-08/09/11 定向诊断 ### 统计勘误 上一节的“9/11”是算术错误，按逐项结果应为 **8/11**：M1-01～07 与 M1-10 共 8 项 PASS， M1-08、M1-09、M1-11 共 3 项当时未通过。本勘误只修正汇总，不改写首次运行的原始结果。 ### 两项验收驱动器根因 1. **M1-08/09 的假启动成功**：旧驱动器在第一次看到业务健康接口 200 后立即终止 Java。 Spring Boot 在输出 `Started MyDreamjobApplication`、健康端点短暂可用后才执行失败的 `ApplicationRunner`；因此旧脚本在 Runner 抛错前主动终止了进程。旧结果中的 `exit=1` 也是脚本主动终止后的退出码，不能证明稳定启动。 2. **M1-11 的错误 skip**：旧脚本只停用 `user_roles.role='ADMIN' AND users.is_active=1` 的 20 个用户；生产 Repository 实际谓词是 `users.role='ADMIN' AND users.is_active=1`，实测有 **21** 行。差额是一个既有角色表不一致账号 （仅记录 id `7918`，未修改它的角色数据）。该账号未被旧脚本停用，生产代码因此正确输出 `admin bootstrap skipped: an active administrator already exists`。 ### 确定性重跑方法 - 清除父进程中的三个 `ADMIN_BOOTSTRAP_*` 环境变量； - 仅使用 Spring Boot 命令行属性传入 `app.bootstrap.admin.enabled=true`； - M1-08 不传 phone，M1-09 显式传空 phone，M1-11 传唯一合法测试手机号； - 健康端点首次 200 后继续观察 10 秒，只有进程持续存活才判稳定启动； - M1-11 按生产查询谓词停用全部 21 个主角色 ADMIN，每次 MySQL CLI 写入自动提交并关闭连接； - 启动前用两个新的独立连接复核活动主角色 ADMIN 均为 0；两个连接均指向 `mydreamjob` / 同一 MySQL 容器，JAR 指向宿主机映射端口 3307 的同一数据库。 ### 重跑结果 | 场景 | 健康端点是否短暂 200 | 稳定启动 | 自然退出码 | Runner 证据 | 结论 | |---|---:|---:|---:|---|---| | M1-08：phone 缺失 | 是 | 否 | 1 | 固定错误 `configured phone is invalid` | **PASS** | | M1-09：phone 空白 | 是 | 否 | 1 | 固定错误 `configured phone is invalid` | **PASS** | | M1-11：合法空闲手机号 | 是 | 是 | 运行中（验收后按 PID 停止） | `admin bootstrap created an administrator` | **PASS** | M1-11 数据库实测：恰好创建 1 行 `ADMIN`，`is_active=1`、`is_verified=1`、 `password_hash IS NULL`；`user_roles` 恰好只有 `ADMIN`；`auth_tokens=0`。 ### 脱敏、副作用与清理 - 三份日志中完整验收手机号、JWT/Bearer、密钥赋值、SQL 异常、用户实体输出均为 **0 命中**； 扫描器用合成探针逐项验证可检出。 - 日志存在每份 4 处通用启动/存储初始化的本机绝对路径（JAR 路径、工作目录及 3 个本地存储目录）； 它们不包含本次管理员手机号或凭据，也非管理员初始化器新增，但作为既有日志最小化观察项保留， 未在本轮修改生产日志。 - RabbitMQ 四队列最终均 `ready=0 / unacked=0`；`audit_logs` 仍为 2952，本轮未删除审计记录。 - 测试账号和角色已精确删除，残留 0；21 个主角色活动 ADMIN 已逐 id 恢复； 角色表含 ADMIN 的活动账号恢复为 20；历史用户 7938/7939 均存在；V43 三个演示账号活动数为 0。 - 三个 Java 进程均已退出，诊断业务/管理端口均空闲；脱敏诊断证据保留在系统临时目录。 ### M1 修订判定 原先三项异常均由验收驱动器造成，未发现管理员初始化生产缺陷。结合首次执行已经通过的 8 项， **M1 配置装配矩阵修订为 11/11 PASS**。 > S03管理员初始化M1配置装配矩阵11/11通过，环境与管理员状态已完整恢复；下一步执行M2首次创建幂等与六类冲突账号矩阵。 --- ## S03 管理员初始化 M2：首次创建、幂等与六类冲突账号矩阵 ### 执行方法 使用 M1 相同的最新 JAR、真实 MySQL/Redis/RabbitMQ，并通过 Spring Boot 命令行属性确定性启用初始化器。 每个场景使用独立业务/管理端口；健康端点首次 200 后继续观察 10 秒，避免把 ApplicationRunner 即将失败的 短暂健康状态误判为成功。场景开始前按生产谓词暂时停用 21 个既有活动主角色 ADMIN，场景结束后逐 id 恢复。 ### 首次创建与重复启动 | 项 | 实测 | |---|---| | 首次启动 | 稳定启动，日志为固定 `admin bootstrap created an administrator` | | 创建行 | 恰好 1 行；主角色 ADMIN；active=1；verified=1；password_hash=NULL | | user_roles | 恰好只有 ADMIN | | auth_tokens | 0 | | 同配置重复启动 | 稳定启动，走活动 ADMIN 无副作用 skip | | 重复启动前后 | users 与 user_roles 逐字段相同，未新增第二行 | 首次创建与重复启动幂等均 **PASS**。 ### 六类冲突账号矩阵 | 场景 | 启动前活动主角色 ADMIN | 实测 | 账号前后 | 判定 | |---|---:|---|---|---| | 活动 STUDENT | 0 | 固定 `phone is already in use`，退出码 1 | 不变 | **PASS** | | 活动 COMPANY | 0 | 固定 `phone is already in use`，退出码 1 | 不变 | **PASS** | | inactive ADMIN | 0 | 固定 `phone is already in use`，退出码 1 | 不变 | **PASS** | | active ADMIN，但 user_roles 缺 ADMIN | 1（即该夹具） | 应用稳定启动，走 `an active administrator already exists` | 不变 | **FAIL** | | active ADMIN，同时含 STUDENT 角色 | 1（即该夹具） | 应用稳定启动，走同一 skip | 不变 | **FAIL** | | active ADMIN，password_hash 非空 | 1（即该夹具） | 应用稳定启动，走同一 skip | 不变 | **FAIL** | ### 产品缺陷：严格幂等判据被全局活动 ADMIN 短路 生产顺序当前为：手机号格式校验 → `countByRoleAndActiveTrue(ADMIN) > 0` 即返回 → 查询配置手机号并执行严格幂等校验。 后三种夹具本身的 `users.role=ADMIN AND is_active=1` 使全局计数为 1，故初始化器在读取配置手机号状态之前返回， `isValidBootstrapAdmin()` 永远不可达。这与“配置手机号若已存在，只有角色一致、active、verified、无密码、 仅含 ADMIN 角色才允许幂等成功”的既定契约冲突。 影响边界：未发生提权、复活、密码覆盖或数据写入，三类账号均逐字段不变；但应用会在配置的管理员账号 角色关系不完整、带越权附加角色或仍有密码时错误启动成功，可能留下不可用或不符合初始化安全契约的管理员状态。 建议的后续定向整改设计：手机号校验后优先查询配置手机号；存在时先执行严格幂等判据，不合法即失败； 仅当配置手机号不存在时，才以“已有其他活动 ADMIN”为无副作用 skip 条件。该方案需先补修复前失败测试， 本轮验收未修改生产代码。 ### 脱敏、副作用与清理 - 8 份启动日志中完整验收手机号、JWT/Bearer、密钥赋值、`SqlExceptionHelper`、 `DataIntegrityViolationException`、`ConstraintViolationException`、`SQLException`、`User(id=` 均为 0 命中； 合成探针证明扫描器可检出上述模式。 - 首次创建之外，各冲突账号请求前后逐字段不变；重复启动没有新增用户、角色或 Token。 - 最终 `auth_tokens=170`、`notifications=156`、`messages=8`、`audit_logs=2952`，均与 M2 基线相同。 - RabbitMQ 四队列最终均 `ready=0 / unacked=0`。 - 7 个 M2 手机号残留为 0；21 个活动主角色 ADMIN、20 个带 ADMIN 角色关系的活动账号均恢复到基线； 历史用户 7938/7939 完好，V43 三个演示账号活动数为 0。 - 全部 M2 Java 进程已按 PID 结束，隔离端口已释放；日志与脱敏 JSON 证据仅保留在系统临时目录。 ### M2 判定 **M2 FAIL：首次创建与重复启动幂等通过，六类冲突中 3 类通过、3 类失败。** 已复现生产逻辑缺陷，不进入 M3，不写管理员初始化整体验收通过语。 ### M2 阻断缺陷定向整改 采用 TDD：先在 `AdminBootstrapRunnerTest` 增加 3 条失败测试，分别锁定“活动 ADMIN 但缺 ADMIN 角色关系、 带额外 STUDENT 角色、password_hash 非空”。修复前实测 **15 项中 3 项失败**，均为“期望 IllegalStateException，但实际未抛出”。 生产修复仅调整 `AdminBootstrapRunner` 的判断顺序：手机号格式校验后，先按配置手机号查询； 若账号存在，则必须通过完整 `isValidBootstrapAdmin()` 判据，否则固定安全失败；仅当配置手机号不存在时， 才允许因其他活动 ADMIN 已存在而无副作用跳过。未修改创建事务、并发冲突处理、日志文案、配置、迁移或接口。 既有手机号冲突测试中不再需要全局 ADMIN 计数 stub；删除 5 处无效 stub，未修改任何业务断言。 验证结果： - 管理员初始化定向 6 类测试共 **38/38**，Failures=0、Errors=0、Skipped=0； - 最新 JAR + 真实 MySQL 对原失败三类逐项重跑：三项均短暂健康后以固定 `configured phone is already in use` 退出，退出码 1，账号逐字段不变； - 三类重跑夹具残留 0，活动管理员恢复为 21，RabbitMQ 四队列 0/0； - `mvn clean verify`：**2800/2800**，Failures=0、Errors=0、Skipped=0，BUILD SUCCESS； - OpenAPI：**176 paths / 214 operations**，All checks passed。 **M2 阻断缺陷整改后复验通过：首次创建、重复启动幂等及六类冲突账号矩阵全部满足契约。** 下一步方可执行 M3 双 JAR 并发、事务回滚和统一敏感扫描。 ## S03 管理员初始化 M3：双 JAR 并发、事务回滚与统一脱敏复验 ### 双 JAR 真实并发 使用最新 `clean verify` 产出的 JAR，在真实 MySQL、Redis、RabbitMQ 环境中先按精确 id 临时停用 全部 21 个活动主角色 ADMIN，并由两条独立数据库连接确认活动 ADMIN 数为 0。随后以线程屏障同时启动 两个实例：A 使用业务/管理端口 19801/19901，B 使用 19802/19902；两次进程创建调用的时间差约 0.215 ms。 两个实例均稳定启动。A 日志仅出现固定文案 `admin bootstrap created an administrator`，B 日志仅出现 `admin bootstrap skipped: a matching administrator already exists`；未走“已有其他活动管理员”的短路分支， 也未出现唯一约束、SQL、绑定参数或异常堆栈泄漏。 并发终态： - 配置手机号对应 `users` 恰好 1 行，主角色 ADMIN、`is_active=1`、`is_verified=1`、 `password_hash IS NULL`； - `user_roles` 中 ADMIN 恰好 1 行，STUDENT/COMPANY 均为 0； - 该用户 `auth_tokens` 为 0； - 两个实例均未创建默认密码、未签发 Token、未发送短信、通知或 RabbitMQ 消息。 ### 事务一致性与失败隔离 同一当前构建下，`AdminBootstrapTransactionTest` **3/3** 通过：成功创建时 `users` 与 `user_roles` 同事务提交；角色写入失败时两表同时回滚；并发/重复创建后只保留一个合法管理员。 管理员初始化六类定向测试合计仍为 **38/38**，Failures=0、Errors=0、Skipped=0。 ### 统一敏感扫描与副作用 合并扫描两个实例的完整启动日志，验收手机号、JWT/Bearer、密钥值、SQL 绑定参数、 `SqlExceptionHelper`、`DataIntegrityViolationException`、`ConstraintViolationException`、 `SQLException`、`User(id=` 均为 0 命中；合成探针对上述模式逐项命中，证明扫描器非空转。 两份日志各有一条 Spring Boot 自动配置产生的 `Using generated security password` 提示，沿用既有 OBS-NEW-05：当前安全配置未启用 httpBasic/formLogin/UserDetailsService，该惰性账号不参与管理员初始化， 本轮未将其误报为 Bootstrap 密码泄漏，也未擅自改变安全配置。 并发窗口前后 `auth_tokens=170`、`notifications=156`、`messages=8`、`audit_logs=2952`， 均逐项不变；RabbitMQ 四队列均为 `ready=0 / unacked=0`。并发夹具已精确删除，21 个活动主角色 ADMIN 已逐行恢复，历史用户 7938/7939 完好，V43 三个演示账号仍为 inactive。 两个 Java 进程均按精确 PID 停止，8080/8081 与四个隔离端口全部释放；日志与结果 JSON 仅保留在 系统临时目录，未进入仓库。 ### M3 判定 **M3 PASS：双 JAR 并发只产生一个合法管理员，事务回滚、日志脱敏、业务副作用与环境清理均满足契约。** 管理员初始化的 M1 配置装配、M2 幂等与冲突矩阵、M3 并发与事务三阶段现已全部通过。下一步仅进行 M4 管理员初始化证据汇总与最终边界复核；不得因此提前宣称全项目最终验收通过，Q01 跨库 EXPLAIN、 写侧刷新链路以及 DEF-01 待推送状态仍需独立收口。 ## S03 管理员初始化 M4：证据汇总与最终边界复核 ### 判据汇总 | 阶段 | 覆盖范围 | 最终结果 | | --- | --- | --- | | M1 | 默认关闭、`false`、大小写/别名非字面量、缺失/空白/非法/合法手机号共 11 项配置装配矩阵 | **11/11 PASS** | | M2 | 首次创建、重复启动幂等、STUDENT/COMPANY/inactive/角色关系缺失/附加角色/password 非空六类冲突 | **全部 PASS** | | M3 | 双 JAR 真实并发、事务回滚、统一日志脱敏、业务副作用与清理 | **PASS** | | 自动化 | 管理员初始化定向测试 | **38/38，F=0 E=0 S=0** | | 全量 | `mvn clean verify` | **2800/2800，F=0 E=0 S=0** | | 契约 | OpenAPI | **176 paths / 214 operations** | M1 初次脚本误判和 M2 初次发现的三个生产阻断均保留在前文，未覆盖历史记录。M2 的最终生产修复范围仅为 `AdminBootstrapRunner`：配置手机号存在时先执行严格幂等校验；只有配置手机号不存在时，其他活动 ADMIN 才可触发无副作用跳过。对应测试新增 3 条阻断回归用例，未修改公开配置、事务创建器、数据库结构或接口。 ### 最终边界复核 - 当前真实生产代码差异恰好 1 个文件：`AdminBootstrapRunner.java`（9 行新增、7 行删除）； 测试差异恰好 1 个文件：`AdminBootstrapRunnerTest.java`（29 行新增、4 行删除）。 - 暂存区为空，未执行提交或推送；本轮生产/测试差异的敏感模式扫描为 0 命中。 - `CandidateOverviewStatusPolicy.java` 与 `JobPreferenceScoreCalculator.java` 虽被 Git 标记为工作区修改， 但工作区与 HEAD 的 blob hash 分别完全相同，属于 Windows stat 缓存假阳性，不计入内容差异。 - 无 Java 进程；8080/8081、19801/19901、19802/19902 均无监听。 - 管理员并发夹具残留 0；活动主角色 ADMIN 为 21，活动 ADMIN 角色关系为 20，历史用户 7938/7939 均存在，V43 三个演示账号活动数为 0；`audit_logs=2952` 且未删除历史审计。 - M3 前后 `auth_tokens=170`、`notifications=156`、`messages=8`；RabbitMQ 四队列均保持 `ready=0 / unacked=0`。 - 未修改 V1–V45、表、索引、`ErrorCode`、DTO、依赖或 OpenAPI；未进入 Q01 或写侧刷新实现。 ### S03 管理员初始化最终结论 **S03 管理员初始化真实 MySQL 配置、幂等、冲突、并发、事务、脱敏与副作用矩阵全部通过，可以冻结该验收项。** 该结论只关闭管理员初始化验收项，不等于全项目最终验收通过。当前仍需完成 Q01 H2/MySQL 对账与 EXPLAIN 分表证据、评分写侧刷新链路验收，并处理 DEF-01 本地提交领先远端 1 个提交的推送状态。 ## Q01 H2/MySQL 逐项对账与 EXPLAIN 分表最终复验 ### 执行环境与测试结果 Docker Server 29.6.2 可用，Testcontainers 实际启动 `mysql:8.4`，执行正式 Flyway 迁移并通过 Hibernate schema validation；本轮不存在 `disabledWithoutDocker` 跳过。 | 层级 | 测试数 | Failures | Errors | Skipped | | --- | ---: | ---: | ---: | ---: | | H2 Specification | 21 | 0 | 0 | 0 | | H2 Service | 9 | 0 | 0 | 0 | | H2 行级副作用 | 4 | 0 | 0 | 0 | | MySQL 8.4 Specification | 15 | 0 | 0 | 0 | | MySQL 8.4 行级副作用 | 4 | 0 | 0 | 0 | | MySQL 8.4 EXPLAIN | 1 | 0 | 0 | 0 | | **Q01 合计** | **54** | **0** | **0** | **0** | 另行重跑 DEF-01 入口回归 **9/9**，覆盖 null/缺失/空/空白/trim 关键词、DRAFT 排除、分页、排序和 只读副作用，Failures=0、Errors=0、Skipped=0。 ### H2/MySQL 语义对账 两库共同覆盖并取得一致结果的契约包括：关键词 trim、null/空白不施加过滤、标题/描述/要求字段匹配、 关键词大小写、城市与用工类型的 trim 精确匹配及大小写变体、薪资区间重叠与边界相等、NULL 薪资的 SQL 三值逻辑、公司精确过滤、多条件 AND、非公开岗位排除、空结果、稳定 latest 分页和 salary 排序。 H2 侧保留更细的单维度拆分用例，MySQL 侧将若干相同契约合并在一个参数化/综合用例内；因此测试方法 数量不要求相等，但相同业务条件的 ID 集合、顺序和边界期望一致。查询副作用在两库均为 4/4：真实查询 前后行级稳定字段完全相同，且插入、删除、改单字段三类反证都能被快照检测，证明零变化比较非空转。 ### MySQL EXPLAIN 分表证据 本次重新生成 `target/q01-explain-report.md`，EXPLAIN 使用与 Criteria 查询相同 SQL 和参数，并先断言 两者返回的岗位 ID 与顺序一致。真实结果如下： | SQL | `jobs` access_type | possible_keys | filesort | temporary | | --- | --- | --- | --- | --- | | 组合过滤 + latest 分页 | `ALL` | company/status、status/created、status/employment、status/salary | true | false | | latest 分页 | `ALL` | status/created、status/employment、status/salary | true | false | | salary 排序 | `ALL` | status/created、status/employment、status/salary | true | false | | count | `ALL` | company/status、status/created、status/employment、status/salary | false | false | 夹具按城市仅构造 1/20/50 条岗位，优化器在该小样本上选择全表扫描；该结果只证明 SQL 形状与当前执行 计划，不能外推为生产规模性能结论，也不能误写成“命中索引”。关键词 `%keyword%` 前导通配符和排序 filesort 仍是已知性能风险。本轮不新增 V46、不修改索引或查询语义。 SQL 数量证据：匹配 1/20/50 条时 Repository 分别执行 1/2/2 条 SQL，完整 Service 分别为 2/3/3 条；结果规模增长不会形成逐岗位查询，未发现 N+1。 ### Q01 最终判定与边界 **Q01 H2/MySQL 查询语义、行级副作用、真实 MySQL EXPLAIN 与 DEF-01 回归全部通过，可以冻结 Q01 最终验收项。** 本轮未修改任何生产代码、测试、迁移、索引、依赖或 OpenAPI；Testcontainers 容器已由 Ryuk 回收， 项目既有 MySQL/Redis/RabbitMQ 容器保持运行。全项目最终验收目前只剩评分写侧刷新链路，以及本地未提交 的管理员初始化修复和 DEF-01 领先远端 1 个提交的 Git 收口。 ## R01-D4 评分写侧刷新链路最终复验 ### 本轮新鲜自动化证据 使用当前工作区代码重新执行刷新基础设施、写侧登记与事务原子性测试，Docker/Testcontainers 实际启动 MySQL 8.4，结果 **67/67**，Failures=0、Errors=0、Skipped=0： | 测试类 | 数量 | 核心覆盖 | | --- | ---: | --- | | `CandidateScoringRefreshBatchIsolationTest` | 4 | 单任务失败不阻断同批正常任务 | | `CandidateScoringRefreshClaimFenceTest` | 6 | 旧领取者不得覆盖新领取者 | | `CandidateScoringRefreshClaimTokenTest` | 13 | 不可复用 claim token、迟到完成/失败/回退均安全 | | `CandidateScoringRefreshFailureTransactionTest` | 3 | 源业务回滚时登记同步回滚 | | `CandidateScoringRefreshInfrastructureTest` | 14 | 登记合并、重开、PROCESSING 防丢失、八维写入与版本幂等 | | `CandidateScoringRefreshMySqlIntegrationTest` | 6 | 真实 MySQL 领取、租约恢复、失败回滚与批次隔离 | | `CandidateScoringRefreshWorkerLoopIsolationTest` | 3 | 单项处理及失败登记异常不终止 Worker 循环 | | `CandidateFeedbackRefreshRegistrationTest` | 7 | Feedback create/update/delete 均登记，失败路径无孤立任务 | | `OfferExpiryRefreshRegistrationTest` | 7 | Offer 自动过期与任务同事务，重复执行合并且无消息副作用 | | `ResumeVersionRefreshAtomicityTest` | 4 | 简历版本与任务原子提交、外层回滚一致、重复登记合并 | 本轮之前完成的 `mvn clean verify` 为 **2800/2800，F=0 E=0 S=0**，已包含上述测试及评分消费者回归； OpenAPI 保持 **176/214**。 ### 真实 HTTP/MySQL 链路证据的有效性核查 归档独立验收 `docs/r01-d4-2-claim-token-final-verification-20260916.md` 已在真实 JAR、真实 MySQL、 Redis 与 RabbitMQ 环境执行五条写侧链路，结果 **44/44，FAIL=0，SKIP=0**： - Offer 自动过期； - CandidateFeedback create、update、delete； - 简历版本创建。 每条均证明“业务数据变化 → 同学生/周期唯一 refresh task → Worker 处理为 COMPLETED → 八维快照齐备 → 相同输入重放不推进 snapshot version → 不写 snapshot_history”。消费者趋势、排名、看板、申诉和 公平性监控另有 **33/33** 回归证据。 `git log` 逐文件核查显示，刷新包、`CandidateFeedbackService`、`OfferExpiryWorker` 和 `ResumeVersionWriter` 的最后一次生产修改均为已验收提交 `52c8026`；此后没有生产变更。因此归档 HTTP 证据与本轮重新执行的当前代码完全对应，不存在拿旧实现结果替代当前实现的问题。历史脚本依赖已失效的 Token 上下文，本轮未直接复用旧 Token，也未把旧上下文伪装为新执行结果。 ### 数据安全与边界 - V44/V45 仍是刷新基础设施仅有的两项迁移，V1–V43 未修改，无 V46； - claim token 只作为数据库内部所有权凭证，不进入日志、审计、响应、通知、消息或快照 JSON； - Feedback、Offer、Resume 的失败/回滚路径不会留下孤立任务； - 任务重复登记按学生与周期合并，值未改变时八维快照 version 不推进； - 写侧登记本身不发送 RabbitMQ 消息、不写通知或快照历史； - 本轮未改生产代码、测试、配置、迁移、接口或数据库数据。 ### 写侧刷新链路最终判定 **评分写侧事件 → refresh task → Worker → 八维快照刷新链路通过最终复验，可以冻结 R01-D4 运行时验收项。** 至此，最终总验收的功能与真实数据库运行项已经全部完成；下一步仅进行 Git 收口：独立审阅并精确提交 管理员初始化修复及总验收报告，随后在网络可用时推送 DEF-01 与该提交，确认 HEAD/upstream 0/0。 ## 最终总判定 > **PASS：S01、S02、S03、Q01、R01 的独立代码复验、自动化回归与真实 MySQL/Docker 黑盒验收全部完成，核心项 FAIL=0、SKIP=0，可以结束整改开发并进入 PR 审查。** 最终收口代码提交： - DEF-01 岗位公开列表关键词规范化：`0b2ca79b96ea585dbafc753a980f7f79f5cf15db`； - 管理员初始化严格幂等校验：`443a305`（本报告提交时的本地提交短 hash）。 最终有效门禁为 `mvn clean verify` **2800/2800，Failures=0、Errors=0、Skipped=0**； OpenAPI 静态与运行时均为 **176 paths / 214 operations**。管理员初始化 M1–M3、Q01 跨库与 EXPLAIN、 评分写侧刷新链路均已在本报告末尾完成独立收口；前文历次 FAIL、脚本缺陷与观察项作为审计轨迹保留， 不代表最终状态。 保留的非阻断观察项包括：Spring Boot 自动配置产生的惰性 generated security password 日志、历史 `SMS_SEND` 审计数据中的旧手机号、未读数包含本人发送但未读消息、Q01 小样本执行计划的全表扫描与 filesort，以及 Hikari 偶发连接校验告警。上述项目均已界定范围，未被隐去，也不改变本轮 PASS 判定。