【Laravel系列2.3】Laravel运行命令行脚本
在上篇文章中，我们看到了 Laravel 中有个专门单独的目录，也就是 Console 目录，它是用于存放脚本文件的。这个脚本文件一般指的就是我们通过 php 命令来执行的命令行脚本，在许多框架中都有这样的功能。对于现代化的应用开发来说，一些数据统计、数据导出、队列处理等比较耗时的功能，以及一些自动化的后端运行程序，都需要使用这种命令行脚本来执行。
默认提供的脚本
在当前的框架目录中，我们在根目录执行 php artisan ，就可以看到命令行的帮助信息，这里就列出了所有已经存在的命令行脚本。第一篇文章中，我们就接触过这其中的两个命令。
# php artisan key:generate
# php artisan serve
它们的作用一个是生成一个加密缓存等需要使用的唯一 Key ，另一个是运行一个自带的简易服务器。从脚本名称中我们可以看出，脚本可以以一个 : 分隔，冒号前面是大的分类，比如有 cache:xxx 相关的，也有 make:xxx 相关的。cache 相关的就是处理一些缓存信息的，而 make 相关的则是创建一些我们需要的文件，比如创建一个控制器可以使用 make:controller ，创建一个数据模型可以使用 make:model 。
关于这些默认自带的脚本，我们将在学习到相关内容的时候顺带着一起学习。
自定义一个脚本
自定义一个脚本非常简单。我们可以使用 make:command 命令来生成一个命令行脚本。
# php artisan make:command test1
Console command created successfully.
这时，在 app/Console/Commands 目录下就会出现一个 test1.php 文件。打开这个文件，我们需要做一些修改。
/**
* The name and signature of the console command.
*
* @var string
*/
protected $signature = 'command:name';
/**
* The console command description.
*
* @var string
*/
protected $description = 'Command description';
signature 用于设定当前这个脚本的名称，description 用于定义脚本的注释说明。它们用在什么地方呢？其实 signature 就是我们通过 php artisan 来运行这个脚本时所需要用到的那个名称。比如我们现在直接执行 php artisan 的话，就会看到下面这样一条可执行命令行脚本的出现。
command
command:name Command description
当然，使用这个默认的名称并不是好的主意，所以我们可以修改一下这两个属性。
/**
* The name and signature of the console command.
*
* @var string
*/
protected $signature = 'ZyBlog:Test1';
/**
* The console command description.
*
* @var string
*/
protected $description = '硬核测试1';
这个时候我们再运行 php artisan 的话，就可以看到我们定义的信息了。
ZyBlog
ZyBlog:Test1 硬核测试1
如果要运行这个脚本也非常简单。
# php artisan ZyBlog:Test1
当然，我们还什么都没做呢，所以不会有什么输出。接下来我们把接收参数和输出信息一起做了。接收参数需要在 signature 中定义我们要接收的参数及选项。还记得我们之前讲过的在 PHP 中如何接收脚本参数及选项信息的文章吗？Laravel 已经将这些封装好了，不需要再去使用那些函数来进行接收处理，直接使用就可以了。需要复习的同学可以移步 【如何获取PHP命令行参数】https://mp.weixin.qq.com/s/dFuGaM1JTtYEOuDUOaZ04Q 进行复习或学习。
protected $signature = 'ZyBlog:Test1 {a=1} {--b=*}';
/**
* Execute the console command.
*
* @return int
*/
public function handle()
{
echo "欢迎进来测试！", PHP_EOL;
print_r($this->arguments());
// Array
// (
// [command] => ZyBlog:Test1
// [a] => 1
// )
print_r($this->options());
// Array
// (
// [b] => Array
// (
// [0] => 2
// )
// [help] =>
// [quiet] =>
// [verbose] =>
// [version] =>
// [ansi] =>
// [no-ansi] =>
// [no-interaction] =>
// [env] =>
// )
echo $this->argument('a'); // 1
print_r($this->option('b'));
// Array
// (
// [0] => 2
// )
return 0;
}
在 handle() 函数中，我们可以编写当前这个脚本需要执行的功能代码。其中，通过 arguments() 和 argument() 可以接收到脚本的参数信息，通过 options() 和 option() 可以接收到脚本的选项信息。关于参数和选项的问题，之前的文章中我们也讲解过了，这里也就不多说了，一切都是以基础为准的。
参数选项源码分析
对于参数和选项来说，Laravel 的底层调用的其实是 symfony 的 Console 组件，在 symfony/console/Input/ArgvInput.php 中，我们可以看到下面这些代码。
public function __construct(array $argv = null, InputDefinition $definition = null)
{
$argv = $argv ?? $_SERVER['argv'] ?? [];
// strip the application name
array_shift($argv);
$this->tokens = $argv;
parent::__construct($definition);
}
// ……………………
// ……………………
protected function parse()
{
$parseOptions = true;
$this->parsed = $this->tokens;
while (null !== $token = array_shift($this->parsed)) {
if ($parseOptions && '' == $token) {
$this->parseArgument($token);
} elseif ($parseOptions && '--' == $token) {
$parseOptions = false;
} elseif ($parseOptions && 0 === strpos($token, '--')) {
$this->parseLongOption($token);
} elseif ($parseOptions && '-' === $token[0] && '-' !== $token) {
$this->parseShortOption($token);
} else {
$this->parseArgument($token);
}
}
}
很明显，在 symfony 中，也是使用的 argv 获取参数和选项，然后将它们放到 input 变量中向下传递。这个 input 变量很重要，后面我们在学习请求相关的内容时也会接触到。之后在我们的执行代码中，也就是 Command 的 handle() 方法中使用 argument() 或者 option() 获取到的就是这个 input 中的数据。从断点调试中我们就可以看到它们的身影。
那么 Laravel 是如何执行 handle() 函数的呢？首先通过 artisan 文件调用到 laravel/framework/src/Illuminate/Foundation/Console/Kernel.php 文件，在这个 Kernel.php 中的 handle() 方法中会调用 symfony/console/Application.php ，接着进入 laravel/framework/src/Illuminate/Console/Command.php 中执行 execute() 方法，通过回调的方式调用我们自定义的那个 handle() 方法。
注意，在 laravel/framework/src/Illuminate/Console/Command.php 的底层还是调用的 symfony 下面的 console/command.php 里面的方法。
整个调用链条非常长，不过也可以清晰地看出我们的 Laravel 确实就是在 Symfony 的基础上又套了层壳。而且不仅仅是命令行这里，在 Web 请求这一块，依然底层还是 Symfony 在发挥着至关重要的作用。
上面的写得太笼统了，自己找不到调用路径？不用怕，等着看视频哈！
总结
感觉有点意思吗？这里我们只是简单地入门并且自定义了一个测试脚本，脚本这块还有很多别的功能，我们将在后面的文章中继续学习到。现在都还只是开胃菜，正餐还没上桌呢，所以还请持续关注后续的精彩内容哦！
参考文档：
