第一次亲密接触
问题:我这边有个需求，用户下单后 30 分钟如果没付款就取消掉，这个要怎么写呀。
qufo: 这个还不简单，写个取消订单的命令，弄个计划任务定时不就行了。
舞飞杨：哦，就是 crontab ?
qufo: 是呀，follow me
先来个
代码语言：javascript复制$php artisan make:command OrderCancel
Console command created successfully.然后修改 appConsoleCommandsOrderCancel.php 为如下：
代码语言：javascript复制<?php
namespace AppConsoleCommands;
use AppHttpModelsOrder;
use IlluminateConsoleCommand;
class OrderCancel extends Command
{
/**
* The name and signature of the console command.
*
* @var string
*/
protected $signature = 'order:cancel';
/**
* The console command description.
*
* @var string
*/
protected $description = '30分钟未付款取消订单';
/**
* Create a new command instance.
*
* @return void
*/
public function __construct()
{
parent::__construct();
}
/**
* Execute the console command.
*
* @return mixed
* @throws
*/
public function handle()
{
try {
$unPaid = Order::where('created','<',time()-30*60) //创建时间在30分钟以前
->where('order_status',1) // 刚下单未支付
->get();
foreach ($unPaid as $order) {
$order->cancel(); // 执行取消动作
}
} catch (Exception $e) {
throw $e;
}
return true;
}
}试一下在项目根下执行 php artisan list 应该能看到下面那一行了。
代码语言：javascript复制order
order:cancel 30分钟未付款取消订单直接执行命令 php artisan order:cancel 即可测试本地取消订单。
执行系统命令 crontab -e , 在里面加入
代码语言：javascript复制* * * * * cd /项目的根目录 && php artisan schedule:run >> /dev/null 2>&1然后 appConsoleKernel.php 的 schedule 方法里，加入下面一行：
代码语言：javascript复制$schedule->command('order:cancel')->everyMinute();这样，取消订单就会每分钟自动执行一次了，省事了。
代志大条了
舞飞杨：上次那个计划任务真不错，可以自动执行，可是近来订单增多，经常是前一个任务还没执行完下一个任务又开始启动了，然后锁着表改不了数据更惨了。
qufo: 那是，业务量小的时候这个方案好用方便，可是业务量大了，重入会出问题；而且定时任务涉及到 crontab 的权限控制问题。订单量大一点就不好用了。而且，因为我们的任务每分钟执行一次，所以有些订单会在 30 分钟的时候执行取消，有些会在接近 31 分的时候执行。就算没订单，一天也重复执行 1440 次。随着业务的扩展，除了取消订单，还会有提醒支付，催商家发货，催用户确认收货，催骑手接单等等一堆事情，这些加进去，计划任务越来越庸肿，执行效率大大降低，搞不好容易出大事。
舞飞杨：对呀对呀，现在的计划任务已经有 20 多个了，再加进去不是办法呀。之前的任务现在执行得乱 78 糟，全乱套了。现在还有什么好办法么？
qufo：有倒是有，不过我需要你有用过一样东西。
舞飞杨：你要什么？流氓。
qufo: 什么流氓，我说要用 redis 。
舞飞杨：哦，我知道，我装过，用过一阵子，不过，这有什么关系？
qufo：在订单确认成功之后，往 redis 里加入 key, 用 ORDER_CONFIRM:订单ID 这样的格式来，然后定义他 30 分钟后过期，我们监听这个键过期事件就好了。
先保证 redis 的版本大于 2.8 ，现在绝大部分不成问题了，然后修改 redis 的配置文件，加入
代码语言：javascript复制notify-keyspace-events "Ex"以启用键过期的通知。
然后重新启动 redis 。
在 .env 里，确认 CACHE_DRIVER=redis ，并配置好相应的服务地址，密码之类的。
然后，在控制器中，处理好订单确认写入数据库后，增加一行
代码语言：javascript复制// 30分钟后过期--执行取消订单
Cache::store('redis')->put('ORDER_CONFIRM:'.$order->id,$order->id,30);然后我们来监听 ORDER_CONFIRM:ORDER_ID 的过期事件
先建个命令，我们一会儿的监听全靠他了。
代码语言：javascript复制$php artisan make:command OrderExpireListen
Console command created successfully.然后把命令执行文件 appConsoleCommandsOrderExpireListen.php 写成这样:
代码语言：javascript复制<?php
namespace AppConsoleCommands;
use AppHttpModelsOrder;
use IlluminateConsoleCommand;
use IlluminateSupportFacadesRedis as Redis;
class OrderExpireListen extends Command
{
/**
* The name and signature of the console command.
*
* @var string
*/
protected $signature = 'order:expire';
/**
* The console command description.
*
* @var string
*/
protected $description = '监听订单创建，在30分钟后如果没付款取消订单。';
/**
* Create a new command instance.
*
* @return void
*/
public function __construct()
{
parent::__construct();
}
/**
* Execute the console command.
*
* @return mixed
*/
public function handle()
{
//
$cachedb = config('database.redis.cache.database',0);
$pattern = '__keyevent@'.$cachedb.'__:expired';
Redis::subscribe([$pattern],function ($channel){ // 订阅键过期事件
$key_type = str_before($channel,':');
switch ($key_type) {
case 'ORDER_CONFIRM':
$order_id = str_after($channel,':'); // 取出订单 ID
$order = Order::find($order_id);
if ($order) {
$order->cancel(); // 执行取消操作
}
break;
case 'ORDER_OTHEREVENT':
break;
default:
break;
}
});
}
}文件好了之后，使用
代码语言：javascript复制$php artisan order:expire启动，就可以了。
redis 的默认连接是有超时的。
你改下 appconfigdatabase.php 中 redis 节，增加一个 read_write_timeout :
代码语言：javascript复制'redis' => [
'client' => 'predis',
'default' => [
'host' => env('REDIS_HOST', '127.0.0.1'),
'password' => env('REDIS_PASSWORD', null),
'port' => env('REDIS_PORT', 6379),
'database' => env('REDIS_DB', 0),
'read_write_timeout' => env('REDIS_RW_TIMEOUT', 5), // 读写超时设定
],
],然后在 .env 中配置 REDIS_RW_TIMEOUT=-1 这样就不会超时了。
舞飞杨：小哥哥，上次的东西真好，我把计划任务全改成那个了，好用，而且时间准，互不影响，
qufo: 嗯。
舞飞杨：可是我们的业务增长很快，一台机器处理不了，已经组了应用群集了，每台机器上都要装 redis 吗？
qufo: 嗯。
舞飞杨：不是吧，那么多 redis 服务器一台一个，能集中处理吗？所有的应用都把键存到一台机器上，然后只要一份监听程序监听那个过期事件？
qufo: 嗯。
舞飞杨：我听说你很厉害才找你。要是一台监听处理的机器处理来不及，再加一台去处理吗？
qufo: 嗯。
舞飞杨：嗯什么嗯，是你不知道吧？！
qufo: 什么叫不知道，当业务量大起来的时候，直接增加监听处理的机器是不行的，他们监听同一个过期事件，两台机器会同时接到过期事件，除非进行 hash 分工，要不然处理两遍事件就傻了。业务量足够大的时候，得用消息队列了。
舞飞杨：哦，消息队列怎么用？
qufo: 上次的监听处理程序只要一台处理，把监听处理的过程改一下，取出订单 ID 之后不要去处理，通过 rpush 放到一个 redis 的队列里去。另外起几台服务器，连到这个 redis 服务器，通过 blpop 接收消息队列里出来的订单 ID。这样，多台机器可以同时工作，一个订单只会从 blpop 里出来一次，不会重复执行，多台机器可以分担任务，又互不影响。消息队列也可以换成业界成熟的 rabbitmq 、 kafka 之类的专业消息队列，那又是另外一个话题了。反正业务量大了，变复杂了，消息总线跑不掉，天猫京东也差不多如此。
链接：https://learnku.com/articles/21488
