Reviews code with feedback tai…

# 电商购物车模块审查指南（优惠券叠加 + 库存并发）

由于您未贴出实际代码，以下基于这两类功能的高频漏洞给出审查清单，可直接对照排查。

一、优惠券叠加计算常见漏洞

• 顺序依赖问题：先打折再用满减券，与先满减再打折，结果可能不同。审查时确认优惠应用顺序是否有明确定义，且与营销规则一致。
• 负数/超额优惠：叠加优惠后金额可能为负或低于成本。检查是否有“优惠后金额 ≥ 最低限价”的兜底校验。
• 分摊精度问题：优惠金额平摊到多个商品时，浮点运算或四舍五入会产生分不平（最后一项差额）。应使用 Decimal，并把尾差归到最后一项。
• 互斥/门槛判断遗漏：多券叠加是否校验互斥规则、是否每张券都独立校验满减门槛（门槛应基于原价还是折后价需明确）。
• 重算一致性：购物车增删商品后优惠是否重新计算，防止使用过期缓存的价格。

二、库存并发扣减常见漏洞

• 超卖（最关键）：检查扣减是否为“查询—判断—更新”三步。若是，并发下必超卖。正确做法：
• 数据库原子操作：UPDATE stock SET num = num - N WHERE sku_id = ? AND num >= N，根据影响行数判断成败；
• 或 Redis Lua 脚本原子扣减 + 数据库异步对账。
• 事务边界：扣库存与创建订单是否在同一事务；失败时是否有回滚/补偿（回补库存），防止少卖或库存泄漏。
• 幂等性：用户重复点击/消息重试时，是否用订单号或请求ID做幂等去重，否则库存被多次扣减。
• 锁粒度：若用分布式锁，确认锁的 key 是 SKU 级而非全局，锁内是否完成了完整事务，锁超时后是否有续期或保护。

三、建议的验证方式

• 写并发单元测试：多线程/协程同时扣同一 SKU，断言库存永不小于零、订单数等于成功扣减数。
• 优惠边界用例：0元商品、单件刚好满足门槛、叠加后接近0元的订单。

如您贴出具体代码片段，我可以逐行指出问题位置。