微信小游戏接入消息推送能力，并订阅了“代币发货完成通知”事件，在使用过程中，根据服务器请求日志，发现，存在比较频繁的，偶现的，重复通知的情况： [图片] （服务器请求日志截图） 目前，相关功能有做数据幂等处理，可以保证功能正常。 但是，频繁的并发，可能会导致一些极端概率的数据异常问题。 并且，系统又需要依赖通知的重试机制。 因此，开发这边也不好直接添加并发锁之类的方式，来进行过滤处理。 所以想问问，这个问题，是因为什么出现的？如何能避免？

服务端尝试接入了 微信小游戏-服务端-pay_v2.queryOrder 接口。 根据文档，可以清楚pay_state的说明为：赠送后的余额 [图片] 但实际调试，并非如此： 1、用户a通过米大师充值了1元游戏币，服务查询到pay_state和deliver_state都为：2，且此次米大师充值，并未进行扣除游戏币。（由于之前有充过游戏币，因此当做了是误差，以为余额就是2） 2、后面再次使用用户a操作了一次米大师充值1元游戏币，而服务端查询到pay_state和deliver_state，仍然为2。按理说，前一次充值，余额为2，再次充值，在扣除手游币前，余额理应为3？为什么会是2呢？ 3、多次充值，或者充值6元，pay_state和deliver_state都是显示为2。 因此，合理推测，该字段实际上，是否表示状态码？而不是说明文档里的“赠送后余额”？ 如果是状态码，都有哪些状态码？