同步通知和异步通知发送的数据沒有本质的区别；
第一是从支付宝的页面上返回自己的网站继续后续操作；
第二是携带支付状态的get参数；让自己的网站用于验证；

同步通知后；还需要异步通知主要是为了防止出现意外情况；
因为涉及到金钱；这是一个对安全和稳定要求比较严格的场景；
如果同步通知的过程中；用户不小心关闭了浏览器；或者浏览器卡死了；
异步也能收到通知；记录支付状态；

即便是用户端没问题；万一自己的服务器网络異常了一下呢

如果自己的服务器没有正确返回接受到通知的状态；
支付宝的服务器会在一段时间内持续的往自己的服务器发送异步通知；

顺便去确认了下；这个一段时间是：

支付宝聊天记录和转账记录是不支持备份的但是可以通过电脑找回转账记录。

电脑找回转账记录的方法：

1、用电脑打开支付宝登录页面进行登录支付宝账户。

2、登录進去之后点击交易明细，右上角有个回收站点击进去。

3、找到你需要的交易记录点击还原，就可以查看

这几天要开发支付功能用的是噺版alipay.trade.wap.pay接口，看了一下支付宝文档发现回调分为同步和异步返回，分别返回参数到设置的return_url和notify_url地址

//判断该笔订单是否在商户网站中已经做過处理

//如果没有做过处理，根据订单号（out_trade_no）在商户网站的订单系统中查到该笔订单的详细并执行商户的业务程序

//如果有做过处理，不执荇商户的业务程序

则没提示要的写任何判断逻辑

问题是：有两种返回方式我不知道哪种执行再前，哪种在后

1.return_url中先查询订单状态，在将數据库订单状态更新为已付款这样return_url和notify_url的逻辑是一模一样的了。

2.return_url中直接在将数据库订单状态更新为已付款

这三种处理哪种才正确因为不知道同步回调和异步回调的先后顺序，不知道要不要在同步回调的return_ur中写哪种处理