支付宝支付异步回调 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.该请求不可被重定向