支付宝支付和微信支付异步回调一直调用

在开发微信和支付宝支付时遇到异步回调不断调用导致数据重复存储的问题。通过检查文档,发现可能在回调数据输出时存在错误。解决方案是校验回调数据,若数据库已存在则避免再次存入,但这种方法治标不治本。进一步深入探究,发现正确方法在于理解和调整回调响应的格式。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

最近公司在开发微信支付和支付宝支付,前期的工作都已经做好了,但是在异步回调取值的时候,异步回调一直在调用,弄得我数据一直重复的存入数据库,真觉得大姨妈来了,根本停不下来!哈哈,还是不要开车了,看到问题,仔细思考下,脑海中立马浮现的一个解决方法就是,在异步回调,里面再写一个接口,每次回调取到数据后,查询数据库,看看有没有数据,如果有就不重复存入,但是仔细一想,不对啊,这是治标不治本啊,不行,既然有问题,肯定有根源,有正确的解决方法。所以,找起根据,那就是查看文档:

1,支付宝文档,下面这是支付宝异步回调的文档:点击打开链接

服务器异步通知页面特性

必须保证服务器异步通知页面(notify_url)上无任何字符,如空格、HTML标签、开发系统自带抛出的异常提示信息等;
支付宝是用POST方式发送通知信息,因此该页面中获取参数的方式,如:request.Form(“out_trade_no”)、$_POST[‘out_trade_no’];
支付宝主动发起通知,该方式才会被启用;
只有在支付宝的交易管理中存在该笔交易,且发生了交易状态的改变,支付宝才会通过该方式发起服务器通知(即时到账交易状态为“等待买家付款”的状态默认
是不会发送通知的);
服务器间的交互,不像页面跳转同步通知可以在页面上显示出来,这种交互方式是不可见的;
第一次交易状态改变(即时到账中此时交易状态是交易完成)时,不仅会返回同步处理结果,而且服务器异步通知页面也会收到支付宝发来的处理结果通知;
程序执行完后必须打印输出“success”(不包含引号)。如果商户反馈给支付宝的字符不是success这7个字符,支付宝服务器会不断重发通知,直到超过24小时22分钟。
一般情况下,25小时以内完成8次通知(通知的间隔频率一般是:4m,10m,10m,1h,2h,6h,15h);
程序执行完成后,该页面不能执行页面跳转。如果执行页面跳转,支付宝会收不到success字符,会被支付宝服务器判
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值