dygou_go

Files

T

yml2213 5da35ab65e 抢购后自动核对积分余额（基线在导入账号时获取），发布0.3.5

兑换成功会扣积分，所以"余额确实少了多少"是一个独立于接口返回的确认证据——
2026-09-30 出现过订单实际已支付、程序却报成失败的情况，只看接口返回不够。

基线的获取时机刻意放在抢购链路之外：轮次/预热期间任何额外请求都会挤占锁单，
账号越多越明显。基线只在三个时机更新：
- 导入账号后自动查一次（后台执行，不阻塞导入返回）
- 用户手动点"查询积分"时
- 每次抢购核对之后把最新余额存回，下一次抢购的基线就是上一次的终值，差值才准
账号被编辑（改名/换 Cookie）时清掉旧基线，删除账号时一并清理。

- 新增 ScoreBaselineStore（scores.json，与账号库同目录，原子写盘）：
  记录每个账号上次已知的积分余额与时间；账号库路径为空时退化为纯内存，不写工作目录
- 核对输出示例：
  "积分已扣减，兑换确认: 账号=a 抢购前=1000 抢购后=800 扣减=200"
  并把"|积分-200"附到结果集，账号表里也能直接看到确认信息
- 没有基线时只记录余额并提示"下次抢购即可比对"，不会误报"未扣分"；
  积分接口失败只记警告，不改变"抢到"这个结论
- 抢购进行中调用导入不会去查询积分（避免与锁单抢连接），提示稍后手动查询
- 预热日志措辞修正："开始预热: N 个请求" → "N 个账号"（每账号实际不止一个请求）
- 新增测试：TestVerifyRunResultsConfirmsScoreDeduction、TestVerifyRunResultsWithoutBaseline、
  TestVerifyRunResultsIgnoresScoreFailure、TestScoreBaselineStorePersists、
  TestFetchScoreBaselinesRecordsValues

2026-10-03 19:57:13 +08:00

components

抢购后自动核对积分余额（基线在导入账号时获取），发布0.3.5

2026-10-03 19:57:13 +08:00

composables

优化日志系统：网络请求降噪并按接口聚合，补齐双时间说明与实例标识，发布0.3.2

2026-10-03 19:33:14 +08:00

styles

feat: 自定义重试间隔策略 + 修复按钮hover样式

2026-06-26 13:46:46 +08:00

utils

支持多开实例隔离并默认打开小店