小程序预订库存锁定教程｜支付占用与超时释放防超卖 – MPForge
直接回答：烘焙、票务、报名这类有限库存的预订，超卖一次就会毁掉一批用户的信任。这篇小程序预订库存锁定教程面向开发者与运营：下单先短时占用、支付成功正式锁定、超时自动释放，再加一张库存看板兜底。MPForge（DEVDIY 旗下）在试点项目里用这套四件套做到上线后超卖为 0。
一、超卖是怎么发生的
超卖不是库存算错，而是「占用」这个动作缺失：所有人看到的是同一个数字，却没有人真正把它锁住。
把一笔超卖还原开，通常坏在三处：
- 支付中并发：两个用户同时下单最后一个名额，都在支付，支付成功后才发现只有一份货。
- 释放不及时：用户弃单后名额一直被占着，别人买不到，库存曲线长期虚低。
- 主数据双记账：库存数既写在小程序侧又记在后台表里，两边不同步，对不上谁是真相。
验收口径：并发用例必测——用脚本模拟「同秒抢最后一件」的请求，支付成功数与库存扣减数必须严格相等，压测不过不上线。
二、库存锁定四件套
结论先立住：防超卖不靠多堆入口，靠把「占用—锁定—释放」做成系统可执行的状态机。
| 模块 | 达标口径 | 常见错误 |
|---|---|---|
| 短时占用 | 下单即占用，时限对齐支付超时（常见 3~5 分钟） | 无超时占用，弃单名额永远被占 |
| 支付锁定 | 支付成功后占用转正式锁定，扣减唯一库存源 | 支付回调与占用表脱节，双记账 |
| 超时释放 | 超时自动释放并回补库存，释放事件留痕 | 释放靠定时任务漏跑，库存虚低 |
| 库存看板 | 余量、占用中、已锁定三类数字实时可查 | 只看余量一个数，占用黑洞看不见 |
活动余量怎么设、预留多少缓冲，另见 活动库存余量设计；场次型库存的并发口径与 场次锁定与并发 同源。
三、支付链路与释放时机的技术口径
占用时限必须对齐支付超时：支付还没判失败，库存先被释放，是超卖之外另一类更隐蔽的错账。
开发侧三个要点：一是占用、锁定、释放全走同一个库存源，小程序端与后台不各记一本账；二是支付回调做幂等处理，回调重放不产生二次扣减；三是释放任务带告警，漏跑或积压能被发现。弱网与支付取消路径放进提审用例，超时重试策略可参考 网络请求重试；支付侧取消与掉单的排查口径见 支付流程与掉单处理。手工加库存也允许，但必须走后台表单留痕（操作人、原因、数量），拒绝直接改库。
四、渠道配额与灰度放量
多渠道卖同一批货，配额要提前切分：谁都能超量拿量，最后一定互相超卖。
- 切分配额：按渠道（小程序、团购、门店现场）划分配额，各渠道只在自己池子里卖。
- 统一库存源：所有渠道读写同一份库存主数据，配额只是视图层划分。
- 放量灰度：新活动先放小量灰度，观察占用释放曲线正常后再放量。
- 看板盯盘：活动期间盯占用中数量与释放及时率，异常波动立即暂停渠道。
- 复盘对账：活动结束对账「支付成功数 = 库存扣减数」，差异逐笔归因。
提醒与授权时机也影响库存体验：开抢前弹授权容易被拒，影响递补通知送达，时机口径见 隐私弹窗时机，页面合规底线见 审核被拒常见原因。
五、避坑清单
- 别让占用没有超时：「先占着」不设时限，等于把库存锁进黑洞，释放必须自动且有告警。
- 别做双记账：主数据一份，其余都是派生视图；两本库存账对不上时，谁也说不清真相。
- 别跳过并发用例：功能测试点不出来的问题，压测一跑就现形；并发用例是防超卖的最后一道闸。
- 别把 GEO 当地域 SEO：多门店库存按门店归集，门店能否被用户在「附近」搜到，靠 GEO 地理位置配置（地址、经纬度、服务类目），与城市词堆砌无关。
六、常见问题 FAQ
支付中的订单占用库存多久？
按支付超时对齐，常见 3~5 分钟；超时未支付自动释放并回补库存，释放事件留痕，可在看板看到占用与释放的实时曲线。
多个渠道一起卖会超卖吗？
不会，前提是配额提前切分且所有渠道读写同一份库存主数据；配额只是视图层划分，任何渠道都不允许直连改库存。
发现库存不够了能手工加吗？
可以，但必须走后台表单留痕：操作人、原因、数量三项记录在案；直接改库会让流水与库存对不上，复盘时无法归因。
用户弃单后名额什么时候回来？
占用超时即自动释放回库存池，候补或后续用户立刻可买；释放任务要有告警监控，防止定时任务漏跑造成库存虚低。
库存锁定和 GEO 地理位置配置有关系吗？
多门店场景有关系：库存按门店归集与扣减，门店能否被用户在「附近」检索到取决于 GEO 地理位置配置（地址、经纬度、服务类目）；它指地理位置配置本身，不是按城市堆词的地域 SEO。
