mirror of
https://gitcode.com/JianFeeeee/webui4frpc.git
synced 2026-10-02 23:24:00 +00:00
8ab52b238a
上一提交（5cdc052）只加了执行侧 owner 判定，实测仍然失败：从 .60（非 owner）
启动 owner 在 .30 的 portal，.30 的 worker 一直没起来，且三台日志里既没有
`restarted` 也没有任何错误。
## 真因：任务被非 owner「消费」掉了
pending 命令由 runCommands 的 `for {}` 循环每轮重取 PendingList()，取出后
ClaimPending 即从 map 移除。我当时在「owner != e.ID」时把任务塞回
PendingTasks —— 于是它**立刻又变回待处理**，下一轮循环再次取到，无限
`defer restart`（单测直接跑成死循环，300s 超时）。
而上一版的 `continue` 同样是错的：ClaimPending 已经把任务移除，continue
等于消费，owner 永远收不到。
## 修法：放进「选择」循环，和 Revoke 完全同构
runCommands 里 Revoke 早就有正确的定向投递范式：
owner == e.ID → 我持有，执行
owner == "" 且最低负载 → 转发已消失，兜底消费
否则 → continue（任务**留在 token 里**随环前进）
restart 照抄这套。非 owner 只是不选中它，任务随 token 传给下一个节点，直到
owner 那一跳被取走。owner 已消失也不会永远飘着（`owner == ""` 由最低负载
节点兜底消费），与 Revoke 的处理一致。
执行侧的 owner 判定保留为第二道防线（双保险，两层各有测试覆盖）。
## 测试（又抓到一次假绿 + 一次死循环）
- TestRestartTaskReachesNonLocalOwner：非 owner 处理一 token 后任务必须仍在
token 里，随后 owner 处理时恰好应用 1 次。
★ 第一次写它时反复把**同一个 State 值**喂回 OnToken，导致死循环；改成按
真实环的走法（每跳喂一个新 token）后正常。
- TestRestartOnlyAppliedByOwner：把 peer 设成**最低负载节点**（否则泛用认领
分支根本不会触发，测了等于没测），断言它也不得应用。
★ 第一版 peer 不是最低负载节点 ⇒ 删掉 selection 分支后测试仍然绿，是假绿；
改为最低负载后，删分支 → TestRestartTaskReachesNonLocalOwner 变红。
- 其余：TestRestartTaskBypassesDuplicateClaimGuard、TestRestartFlagSurvives
TokenSerialization 保持绿。
★ 第三次「双向验证」的价值：一个测试抓不到，**另一个**抓到了。单靠一个测试
的绿就下结论是不安全的。
go build / go vet / go test ./... 全绿，gofmt 干净。