mirror of
https://gitcode.com/JianFeeeee/ModelRouter.git
synced 2026-10-03 23:54:06 +00:00
26ea782350
根因是 unseal 时序：NewFromConfig 把解密放在最后，而之前几步已经在读凭据。
1. seedKeys 重复播种（生产已累积 4 个同名 admin key）
seedKeys 用 cfg.Keys[i].Key 与明文 gateway_keys 比对去重，但此时内存里的
key 还是密文 enc:v1:…，比对永不命中 ⇒ 每次重启追加一个同值 admin key。
实测：core.New(path) 连续重启，seeded key 数 2→3→4 递增。
（旧测试用 NewFromConfig 构造全新内存对象，没有「盘上已有密文」这个前提，
复现不出 —— 必须走 core.New 这条读盘的生产路径。）
2. 启动恒重写 config.yaml
migratePlaintextSecrets 按内存状态判断，而 Save() 末尾会把内存恢复为明文，
于是每次调用都判定「还有明文」并重写；注释却自称幂等。
改为 UnsealSecrets 在解密前记录「盘上是否明文」，SealIfNeeded 据此决定
是否写回 ⇒ 已封存的配置启动不再落盘。
原测试 TestMigratePlaintextSecretsIsIdempotent 用 ModTime 比较，两次写落在同一
时间戳刻度内就看不出来，所以表现为 ~1/6 概率的 flake 而非稳定失败。已改为比较
文件内容并走真实启动路径（UnsealSecrets + SealIfNeeded），并顺带消除该 flake。
附带更正：先前判断「rebuildRegistry 也会拿到密文 API key」不成立 ——
mergedSources → resolveSourceKey 对每个 source 独立解密（belt-and-braces），
provider 始终拿到明文。unseal 前置仍予保留，以消除对该兜底路径的隐性依赖、
并让 seedKeys 在明文下比较。
判据：
- TestRestartDoesNotDuplicateSeededKeys（敏感：回退顺序必红）
- TestSealingIsIdempotentAcrossStarts（12/12 稳定，原先 1/6 flake）
- TestProvidersGetPlaintextCredentials（钉 provider 必须拿到明文这一不变量）