支付宝账单为什么消息过期（第三方支付却推来了支付成功的消息）

背景

一大早运营报来了一个问题：

问题描述：有一个订单客户支付成功了，订单状态却显示过期。

预期：客户应该支付不了失效的订单。

问题猜想：1 是处理回调通知时，程序处理错误导致修改订单状态不成功。

2 用户停留在支付宝的支付时间过长，导致过了订单失效期后，进行了支付。

作为程序开发者，其他的问题都是小问题，但是遇到支付问题就是大问题，大家都懂得，于是开始紧急排查。

问题排查

查看错误日志，果然找到了该订单已过期的信息，说明问题应该是问题2。

找到订单相应的支付回调通知参数，果然找到第三方支付的成功通知。

解决方案1

1. 下单时给第三方支付系统，设置订单过期时间。
2. 订单过期通知第三方系统订单已经过期。

预支付时设置过期时间

微信支付订单过期参数： time_expire

支付宝支付订单过期参数：time_expire

温馨提示：在排查时，看到同事写的支付代码里传了time_express ， 这个不代表我们的订单过期时间，代表的是用户正确输入密码支付宝受理这笔订单业务开始计时时间，千万不要混淆了。

聪明的细致的你肯定想到了，还需要做一步服务器时间和第三方支付系统的服务器时间校验，不然可能出现不准的情况。

校验服务器时间和标准时间

# 比较当前服务器时间和目标主机时间是否相差比较比较远 clockdiff NTP.aliyun.com

需要关注delta，就是NTP服务时间和本地时间的差值。

如果相差较大可以同步服务器时间,这种方式是最简单的:

ntpdate ntp.aliyun.com

实际操作大家可以用一个定时任务，每天去同步一次。

解决方案2

如果你的服务器比较多，并且同步时间会存在风险，或者你没有操作正式服务器的权限，那么可以在自己处理失效订单时，主动通知给第三方系统你的订单已经失效。

微信调用 closeorder 方法

对于支付宝的创建订单，是在用户输入了密码后才会创建订单，在预支付时，我们系统虽然创建了订单，但是用户没有输入密码，支付宝那边是没有订单的，所以这种方案是不适用的。

比较2种方案的优劣

1 第一种方案的优点是，代码量少，只需要多添加一个参数即可。缺点是可能存在时间不准。

2 第二种方案优点，可以保证订单失效时的决定时间。缺点代码量稍微大些。

感悟

通过这个问题，我们可以看到，很多问题都有多种解决方案，当身处不同位置时，解决方案不同，需要我们自己权衡方案的利弊找出最优方案。如果大家有更好的解决方案，欢迎大家留言与评论。

演示视频