PHP实现订单的延时处理

业务需求

最近在做业务的时候需要实现客户下单之后订单超时未支付自动取消的功能，刚开始确认了几种方法：

客户端到时间请求取消

服务端定时查询有没有需要取消的订单，然后批量处理

下单后创建定时器，延时处理

使用 或者 存储，设置过期时间，自动删除

综合考虑上述方法，第一种最先排除，因为如果客户把APP后台禁止或者网络连接禁止，那么就无法发给服务端请求，订单就会一直是未处理状态；第二种方法使用的比较多，不过存在准确度的问题，还有需要确认定时任务的周期，暂时列为后补方法；第四种方法存在的问题就是订单如果删除就是物理删除，无法统计未处理数据（当然可以存redis时候顺便存在mysql这样的数据库做长久存储然后用方法二定时处理）。

最终准备使用方法三。

再确认使用方法3的时候，由于使用的PHP这种开发语言，所以想实现定时器功能需要借助 或者 。由于 是 开发的扩展框架，性能方面肯定比较好，就选了 。

前期准备

使用Swoole首先需要在服务器上安装 扩展，安装方法和安装其他扩展大同小异，可以参考这边文章

安装完之后检测下扩展是否正常安装，查看 或者 ,如果出现 ，则说明安装成功

官方文档有定时器的 相关文档

开始测试

我们创建一个 文件和一个 文件（用来测试）， 代码如下：

然后在网页访问这个PHP文件，结果如下：

然后在Linux终端运行PHP： ，结果如下：

内心一阵。。。

原来定时器只能在 模式下，那么这个想法怕是要GG了，难道就栽倒这里了吗，难道就没有别的方法了吗？就在我欲哭无泪的时候突然灵光乍现，一个词闪到我的脑海： ！

对，我们不能单单靠着 啊，还有 这种神奇的语言呢，我们知道 的 模块里的 方法是可以执行命令行的，那么不就可以实现在 模式下运行刚才的 文件了么。

内心一阵激动后，觉得测试是否可行

我们知道 都是自带 的，但是不同的版本 版本不同，有的自带的是 ，版本过低了，所以需要装一个高版本的，这里我选择 ，注意不要覆盖系统自带的 。以下是大致的安装步骤：

wget http://python.org/ftp/python/...

tar xf Python-3.6.0.tar.xz

cd Python-3.6.0

./configure --prefix=/usr/local/python3

make && make install

ln -s /usr/local/python3/bin/python3 /usr/bin/python3

接下来终端输入： ，如果出现

则安装成功。

安装完 之后，我们新建一个 文件，内容如下：

#!usr/bin/env python3`#-*- coding:utf-8 -*-import osret = os.system("/usr/local/php7/bin/php /home/app/swoole_test.php")

#请使用自己系统的绝对路径print(ret)

然后我们在终端执行： ，注意：这里只是执行 文件，但是文件里的 内容是不会在终端输出的，这时候就用到刚才新建的 文件了。执行完 文件后，我们去log文件检查下，发现内容已经写入，所以使用 是可以实现 的 模式的。┗|｀O′|┛ 嗷~~

到这里就会有同学疑惑了，你这使用 实现了 的 模式，但是怎么通过web远程访问呢？这个时候就用到PHP的 方法了，我们知道PHP的 方法和Python的 方法一样是可以执行命令行命令的，所以我们可以新建一个 文件，内容如下：

#注意使用绝对路径echo "begin

";(exec ($program));echo "end

";die;

然后我们通过网页访问 文件。结果如下：

然后去log文件检查，发现也写入日志了，所以这个方法是可行的！

做到这里心里美滋滋的，不过老觉得好像哪里不对，终于终于意识到一个很傻逼的问题： 既然 可以直接有命令行函数，为啥多此一举借助 然后在用 的函数呢？ 这不是脱了裤子放屁多此一举吗？

再大骂自己是傻逼N遍之后，我默默修改了 文件内容：

";$program="/usr/local/php7/bin/php /home/app/nongyephp/swoole_test.php";

#注意使用绝对路径(exec ($program));echo "end

";die;

在直接访问 文件，反馈结果和借助 一样，这样就可以免去 那一步，直接用 的 函数来执行 文件。

结尾

测试通过后发现这种方法是可以创建定时器并且通过web远程使用的，不过有个问题，如果用和我上述一样用网页模拟会发现网页刷新是要等 执行完才会结束，也就是说如果我们把延时器的时间设成30分钟会要等待30分钟才会有反馈信息，这种方式肯定行不通的，所以需要使用异步访问，比如使用web的 技术和其他异步技术，这里不再赘述

尾巴

以上只是我想到解决问题的想法和实施步骤，到了真正开发可能不会选择这种方式，因为没有经过性能测试，而且对于进程控制和线程控制并没有多深入的了解，所以以后做订单自动取消还是会选择方法2的吧。

上述方法其实完全可以省掉 那一步，我没有去掉的原因是把我的实现经历写出来，因为我觉得开发期间可能真的会遇到这种多此一举的方式，总之是要多思考，多看代码，找出能优化的方案，这里感觉自己差得很远，共勉吧

更多分享，敬请关注