当玩家每付款一笔资金，成功或是失败，都可以在手机app上监控，再将监控的信息回调到聚合支付系统内部，收款对账便是这么一个过程了。说起来很简单，但是在这个流程中可能出现一些问题，却是人为无法干涉的。
使用场景：
1、IM模块，收到消息时，需要判断当前App是否在前台，如果在前台则震动一下提醒用户，如果在后台则发送一条通知提醒用户。
2、收到Push推送，需要判断App是否存活，如果存活则直接跳转到目标界面，如果不存活则先启动App，再跳转到目标页面。
比如当PC端集成支付宝即时到账的时候，会出现一个问题，当支付宝支付成功后，系统的支付宝流水会重复添加好几条。
解决方案：
1、保证执行回调接口的结果为“success”，但是有时即使返回“success”,支付宝还是继续回发异步通知，这是采用本地支付状态验证。
2、订单号唯一，根据订单号查询订单的数据库的支付状态，如果数据库支付状态为false,则继续执行下面的程序；反之则返回“success”，相当于在数据库订单支付状态的层面上，又进行了一次拦截验证。
一般第三方支付会通过两个方向通知商户用户在他们系统的支付情况，一个是及时的前端回调，还有一个异步的后台回调。
前端回调是用于告知和处理前端的业务跳转/前端用户交互方面的体验。
后台的异步回调是更加安全的可靠的接收第三方支付结构的方式，基于安全的原因，商户需要在后台回调处理逻辑里面对第三方支付的灰度进行签名验证；在验证完成后，还需要调用第三方支付的查单接口进行反查验证。
在聚合系统平台之上，商户进件后，通过云端监控和手机APP监控完成回调工作，手机在安装监控回调APP的时候要注意以下几点，手机不能熄屏断网死机，如果中途出现这3种情况，则需要重新安装。
推荐阅读：叶紫