dygou_go

Files

T

yml2213 43270e04a6 收紧重试退避并把首发请求改成立即发出，发布0.3.1

- 退避上限从 5 秒压到 1.5 秒（含抖动最长约 1.9 秒），连续失败放大倍数 8→4，抖动 50%→25%：
  2026-10-03 实测库存只活了约 1.1 秒（PC2 四个实例 18:00:00.171~18:00:01.101 一直能锁到
  同一个礼包），而 PC1 默认实例的 31 个号在 18:00:00.225 失败后一直睡到 18:01:09.379，
  唯一有货的那段窗口被退避吃掉；超过 2 秒的等待都可能正好错过库存回流
- 首发请求不再随机等 150-700 毫秒，改为"第 0 个账号立即发出 + 其余按 8ms 步长错开"，
  整批铺开不超过 300 毫秒（账号再多也不会拖长）。定时器本来就提前约 100ms 触发以补偿 RTT，
  再抖几百毫秒等于把这个提前量整个抵消，请求实际落到 t+150ms~t+650ms
- 锁单成功到首次支付的等待从 2-4 秒压到 300-700 毫秒：这段纯属把关键路径上的时间白送出去，
  "订单操作进行中"现在按"已受理、结果未定"快重试，不需要靠等待规避
- 支付退避上限同步收紧：频控 3s→2s，其它 2s→1.2s（在途仍为 300ms→1s）
- 新增 TestRetryDelayNeverBacksOffLong：遍历 75 秒 × 40 次连续失败，断言任何一次退避都
  小于 2 秒，并覆盖"重试间隔策略被配到 5000ms"的极端配置
- 新增 TestFirstWaveStartsImmediately：单账号步长必须为 0、位次从 0 递增、
  2/34/100/500/2000 个账号下步长 ≤8ms 且整批铺开 ≤300ms
- 设置页文案同步：退避"任何一次等待都不超过约 2 秒"、首发错开说明

2026-10-03 19:21:26 +08:00

activity

精英手册改为锁单支付并发布0.2.2

2026-09-30 20:35:44 +08:00

app

重构锁单支付重试内核并修复多实例启动，发布0.3.0

2026-10-03 19:09:19 +08:00

client

重构锁单支付重试内核并修复多实例启动，发布0.3.0

2026-10-03 19:09:19 +08:00

config

重构锁单支付重试内核并修复多实例启动，发布0.3.0