PHP实现订单延时处理的方法实例

最近在做业务的时候需要实现客户下单之后订单超时未支付自动取消的功能，刚开始确认了几种方法：客户端到时间请求取消服务端定时查询有没有需要取消的订单，然后批量处理，下单后创建定时器，延时处理使用 redis 或者 memcache 存储，设置过期时间，自动删除。

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

最终准备使用方法三。

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

前期准备

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

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

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

开始测试

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

a671ca2d4c4ff18bdc47cc87ff1245c9";
(exec ($program));
echo "end0c6dc11e160d3b678d68754cc175188a";
die;

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

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

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

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

<?php
echo "begin0c6dc11e160d3b678d68754cc175188a";
$program="/usr/local/php7/bin/php /home/app/nongyephp/swoole_test.php";
 #注意使用绝对路径
(exec ($program));
echo "end0c6dc11e160d3b678d68754cc175188a";
die;

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

结尾

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

尾巴

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

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

相关推荐：

详解PHP使用redis队列实现电商订单自动确认收货

实例详解vue仿淘宝订单状态的tab切换效果

PHP实现以支付宝为例的RSA签名生成订单功能

以上是PHP实现订单延时处理的方法实例的详细内容。更多信息请关注PHP中文网其他相关文章！