hi-server

Files

T

shanshanzhong147 fedad36089 修复(#131 ): 退款幂等校验 + 已退款订单防重新激活

P01：在 RefundOrder 事务内、lockCommissionSource 之前，先扫描 system_logs
是否已存在该 order_no 的 333 (CommissionTypeRefund) 日志。命中即返回
OrderAlreadyRefunded，不写日志、不动 commission、不动 order.status，
堵住「同一订单被运营人重复退款 → 邀请人佣金被多次扣减」的写入路径。

P02：guard「已退款订单（status=6 + 333 日志）被重新激活」入口。
OrderStatusClaimed(6) 与 orderStatusRefunded(6) 共用同一枚举值，
stuckOrderRecovery 把 10 分钟前的 status=6 当成「卡住的 claim」重置回 5
并重新入队 activate，进而让管理员可二次触发退款。新增 logmodel
HasRefundCommissionLog helper：
- queue/logic/order/stuckOrderRecoveryLogic: 跳过已有 333 日志的订单。
- queue/logic/order/activateOrderLogic.releaseClaim: 同一守卫（防御性）。

新增 internal/model/log/refund.go + 单元测试覆盖 6 个分支（命中、未命中、
子串误判、非法 JSON、空 order_no、DB 错误）。
新增 refundOrderLogic_test.go 覆盖：333 日志已存在 → 直接 rollback、
status==6 短路、status 非 2/5 短路；用 sqlmock 严格断言不再触发 commission
锁/更新/插入。

不做范围：
- 不动 activateOrderLogic.calculateCommission（D03.3 单独立项）。
- 不动 OrderStatusClaimed(6) 与 OrderStatusRefunded 枚举值。
- 不动用户 34456 余额数据（D02 待架构师另行决策）。

Co-authored-by: multica-agent <github@multica.ai>

2026-05-31 20:10:39 -07:00

config

配置(#98 ): 扩展文件上传 Content-Type 白名单支持图片

2026-05-27 19:50:51 -07:00

handler

还原: 撤销 fefbd4f5 的 go-zero stub 方案，回到 goctl 1.7.2 + gin 原生 routes

2026-05-28 21:46:33 -07:00

logic

修复(#131 ): 退款幂等校验 + 已退款订单防重新激活

2026-05-31 20:10:39 -07:00

middleware

新功能(#77 ): 套餐列表返回促销信息