兑换商城的超卖，往往不是因为页面显示的库存不准，而是多个用户同时提交兑换时，系统都认为“还有货”。库存预占要解决的是：在订单尚未履约、却已经承诺给用户商品的阶段，先锁定可兑换数量；超卖保护则要求这次锁定在并发下仍然可靠。
库存至少要区分可兑换量和已预占量。用户提交兑换时，后端不能先查询库存、再单独扣减，因为两次操作之间可能已有其他订单占用库存。应由库存系统在同一次原子操作中判断余量并完成预占；余量不足就拒绝兑换。前端按钮置灰、提交前刷新库存只能改善体验，不能替代后端校验。
预占成功后，订单应进入待履约状态。履约完成，预占转为实际消耗；用户取消、订单失效或履约失败，则按订单状态释放预占。回补不能仅凭一条取消请求就加库存：系统须确认这笔预占仍有效，且此前没有释放过，避免重复回补。对同一兑换请求也要识别重复提交，确保重试不会生成多笔订单或多次扣减积分。
积分与库存还需要协同处理。不能出现库存锁住了却未扣积分，也不能积分扣了却拿不到商品。设计时应明确失败后的撤销路径，并保留积分流水、库存变动和订单状态记录，便于核对与处理异常。对于实物商品、券码和自动发放的虚拟商品，履约完成的判定可以不同，但预占、确认、释放的状态边界应保持清晰。上线前重点检查并发兑换、重复提交、取消重试和履约失败这些路径，比只验证一次正常兑换更能发现超卖风险。
