shanshanzhong147
30221232c9
- 将 OrderStatusClaimed 从 4 改为 6，消除与 OrderStatusFailed 的值冲突 - finalizeCouponAndOrder 改用直接 DB 更新（WHERE status=6→SET status=5）， 绕过 UpdateOrderStatus 的 status<target 守卫，同时用 model.Update 刷新缓存 - releaseClaim 返回 error，调用处检查并记录日志；releaseClaim 失败由 stuck recovery 定时任务兜底 - claimAndGetOrder 对 status=claimed 返回可重试错误而非静默跳过； ProcessTask 区分 "stuck in claimed" 与 "非 paid 跳过" 两种场景 - 新增 StuckOrderRecoveryLogic：每 10 分钟扫描超时 claimed 订单， 重置 status=paid 并重新入队 ForthwithActivateOrder，确保不依赖 asynq 原始重试（可能已超 maxRetry） Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com> Co-authored-by: multica-agent <github@multica.ai>
12 lines
580 B
Go
12 lines
580 B
Go
package types
|
|
|
|
const (
|
|
SchedulerCheckSubscription = "scheduler:check:subscription"
|
|
SchedulerTotalServerData = "scheduler:total:server"
|
|
SchedulerResetTraffic = "scheduler:reset:traffic"
|
|
SchedulerTrafficStat = "scheduler:traffic:stat"
|
|
SchedulerIAPReconcile = "scheduler:iap:reconcile" // 第二层：每 5 分钟扫描待支付 IAP 订单
|
|
SchedulerIAPDailyReconcile = "scheduler:iap:daily:reconcile" // 第三层：日终全量对账
|
|
SchedulerStuckOrderRecovery = "scheduler:stuck:order:recovery" // 扫描并恢复超时 claimed 订单
|
|
)
|