支付宝支付异步回调 nginx请求返回302

PC端扫码支付,支付宝支付成功后,支付状态没有改变,即是异步回调接口没有执行

检查发现notify_url是正确的,并且已经支付成功(支付宝平台扣款),登录蚂蚁金服开放平台:https://openmonitor.alipay.com/acceptance/cloudparse.htm进行联调日志排查。
日志排查
日志结果发现支付宝已经给我们回传了信息
在这里插入图片描述
继续检查,由于之前代码逻辑都排查过了,所以我们把方向调转到nginx中,发现请求支付接口的时候,状态值一直是302,然后就去谷歌搜索异步请求302问题的解决。
网上总结了2点:
1.系统要求所有请求必须先登录,导致异步回调请求重定向到登录。
2.服务器上装了安全防护软件,导致请求被转发。
这个时候首先去怀疑自己nginx上的配置,是不是开启了请求转发,发现并没有开启
在这里插入图片描述
既然nginx重定向没有问题,我第二个就是去怀疑是不是运维在服务器上加了防火墙,让运维看了下配置,发现也没有配置防火墙。所以这个两个怀疑都被pass了。
思考了很久很久。。。。后来去我们代码配置里面去查询,发现了问题,线上配置和本地配置不一致。
在这里插入图片描述
支付的请求链接应该配置noLogin过滤,不然支付完成后,就会发生“系统要求所有请求必须先登录,导致异步回调请求重定向到登录。”这个问题。
接下来把链接配置下就很愉快的解决了这个问题。
总结:
最后关于支付宝的notify_url的常见问题,有几点个人总结
1.支付宝异步回调未post方式,因此异步回调请求的url中不可带参数
2.该请求不可被重定向

  • 0
    点赞
  • 0
    评论
  • 0
    收藏
  • 一键三连
    一键三连
  • 扫一扫,分享海报

©️2021 CSDN 皮肤主题: 游动-白 设计师:白松林 返回首页
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值