小程序
小游戏
企业微信
微信支付
扫描小程序码分享
如题,从8月7日下午开始发现,小程序端支付成功,但服务器端监测支付异步通知notify_url地址,未见微信服务器的任何请求记录,导致很多订单状态一直是未付款状态。求解!
6 个回答
加粗
标红
插入代码
插入链接
插入图片
上传视频
这种问题通常都是因为你上传的notify_url外部无法访问,例如设置了防火墙、非通用端口、回调url是一个内部地址或测试环境地址等
你好,麻烦通过点击下方“反馈信息”按钮,提供出现问题的。
我也遇到了同样问题 求解!
也没收到
遇到了同样的问题啊,一样的程序之前可以,今天换了个公众号、和小程序,通过M-A授权后可以发起支付,但是收不到服务器通知啊。。。。。。。。。。。。。。。。。
我们是小程序调起微信支付成功以后,向自己的业务后台轮询支付结果,业务后台使用订单查询和notify_url回调确定支付结果
小程序的轮询规则是:先轮询业务后台的微信订单查询接口,如果该接口在轮询时间内返回支付结果,则提示;如果轮询时间内未返回支付结果,则调用一次业务后台通过notify_url回调查询支付结果的这么一个接口,如果此时有结果则提示,如果还没结果,则提示结果未知
也就是说把通过notify_url回调获取支付结果的优先级放到最低,因为这个回调现在基本上很久才会有结果
真坑啊,我做了n个项目了,微信支付都是好的,就是这次有问题,这个轮询太变态了吧
这种方式实际还有一个问题,因为把支付结果的获取绑定到了前端调用订单查询的接口上,如果前端在调用支付结果查询接口时断网,那么业务服务器就只能依赖url回调获取支付结果,而url回调目前不乐观,因此还需要业务服务器实现对账功能
那能怎么办,我也想后台自己开个线程做轮询,但是后台不答应,socket就更别提了,那就只有小程序自己轮询了
其实实现还好,使用worker线程开启一个计时器,发送一个心跳,使用心跳做轮询
对的,用户端的东西都是不靠谱的,我的问题解决了,找到原因了:如果通知地址是https的就收不到通知,改成http的就可以了。。。。。。有可能你也是这个问题。。搞得我想做统一得https重定向都做不了了
请问大家是否也遇到同样的问题?
关注一下,马上上支付了,这个大坑需要了解一下
关注后,可在微信内接收相应的重要提醒。
请使用微信扫描二维码关注 “微信开放社区” 公众号
这种问题通常都是因为你上传的notify_url外部无法访问,例如设置了防火墙、非通用端口、回调url是一个内部地址或测试环境地址等
我也遇到了同样问题 求解!
也没收到
遇到了同样的问题啊,一样的程序之前可以,今天换了个公众号、和小程序,通过M-A授权后可以发起支付,但是收不到服务器通知啊。。。。。。。。。。。。。。。。。
我们是小程序调起微信支付成功以后,向自己的业务后台轮询支付结果,业务后台使用订单查询和notify_url回调确定支付结果
小程序的轮询规则是:先轮询业务后台的微信订单查询接口,如果该接口在轮询时间内返回支付结果,则提示;如果轮询时间内未返回支付结果,则调用一次业务后台通过notify_url回调查询支付结果的这么一个接口,如果此时有结果则提示,如果还没结果,则提示结果未知
也就是说把通过notify_url回调获取支付结果的优先级放到最低,因为这个回调现在基本上很久才会有结果
真坑啊,我做了n个项目了,微信支付都是好的,就是这次有问题,这个轮询太变态了吧
这种方式实际还有一个问题,因为把支付结果的获取绑定到了前端调用订单查询的接口上,如果前端在调用支付结果查询接口时断网,那么业务服务器就只能依赖url回调获取支付结果,而url回调目前不乐观,因此还需要业务服务器实现对账功能
那能怎么办,我也想后台自己开个线程做轮询,但是后台不答应,socket就更别提了,那就只有小程序自己轮询了
其实实现还好,使用worker线程开启一个计时器,发送一个心跳,使用心跳做轮询
对的,用户端的东西都是不靠谱的,我的问题解决了,找到原因了:如果通知地址是https的就收不到通知,改成http的就可以了。。。。。。有可能你也是这个问题。。搞得我想做统一得https重定向都做不了了
请问大家是否也遇到同样的问题?
关注一下,马上上支付了,这个大坑需要了解一下