下面由laravel/" target="_blank">laravel教程栏目给大家介绍如何让你的Laravel在15毫秒内返回一个"hello world!"，希望对需要的朋友有所帮助！

首先，我认为通过返回最基本的hello world!字符串，是所有以laravel为框架的项目中，最基本的一个请求过程。除此以外，项目中的任何http请求，都会带有更多的业务逻辑和数据库查询等耗时操作，且这些逻辑的执行时间都是不可控和不可对比的。也就是说，其他任何请求都不会比返回一个hello world!字符串更短的时间了。所以，通过对比这个最基本的hello world请求响应时间，我们可以看出，不同的优化对于laravel框架从启动到执行结束的影响。

推荐：最新的五个Laravel视频教程

测试参数

默认配置响应时间

可以看出，在安装PHP后，默认配置情况下，返回一个Hello world!平均需要140ms左右。接下来，我们开始搞事情了！

Round 1：Laravel 缓存

Laravel为我们提供了很方便的artisan命令来开启缓存功能，有效的减少了文件读取次数。其中php artisan optimize命令包括了php artisan config:cache和php artisan route:cache命令，但是会多出现一个Files缓存。将下面的 5 个命令依次执行：

root@Aliyun-ECS / # php artisan optimize
root@Aliyun-ECS / # php artisan config:cache
root@Aliyun-ECS / # php artisan event:cache
root@Aliyun-ECS / # php artisan route:cache
root@Aliyun-ECS / # php artisan view:cache

我们再看下响应时间：

可见Laravel的缓存对于最基础的请求，没有明显的影响。

Round 2：开启 opcache

这次，我决定使用提速效果最明显的手段：开启opcache扩展。由于本人是使用的 remi 源安装的php8，所以我这里安装opcache扩展会比较容易，其他版本的安装请自行 Google。

root@Aliyun-ECS / # yum install php80-php-opcache

等待安装结束后，我们重启php，然后看下扩展是否已经安装上：

root@Aliyun-ECS / # systemctl restart php80-php-fpm
root@Aliyun-ECS / # php -i|grep opcache.enable
opcache.enable => On => On
opcache.enable_cli => On => On
opcache.enable_file_override => Off => Off

ok，已经开启opcache扩展了，我门再来看下Hello world!的响应时间：

OHHHHHH！效果太明显了，一下子降到 30ms 以内，提升足足有将近 5 倍 的响应时间。注意一下，在第一次请求时，会比较慢，是因为opcache在写缓存导致的，访问过一次以后，速度就飞起了。到这里你就满足了吗？看看文章标题，我们要进一步加大力度！

Round 3：开启 swoole

swoole模块大家都懂，就是将应用程序提前加载到内存中，从而在处理请求时，减少文件的读取和加载过程，为PHP插上了翅膀。下面安装swoole扩展，其他版本的请自行 Google。

root@Aliyun-ECS / # yum install php80-php-pecl-swoole

老样子，安装完后检查下是否安装成功：

root@Aliyun-ECS / # systemctl restart php80-php-fpm
root@Aliyun-ECS / # php -i|grep swoole.enable
swoole.enable_coroutine => On => On
swoole.enable_library => On => On
swoole.enable_preemptive_scheduler => Off => Off

扩展已经启用了，但是还无法进行测试。因为 swoole 是一个 cli 模式下的扩展，php-fpm无法使用。所以我们需要实现一个cli模式下的http应用。但实际上我们无需自己手动编写http应用，社区中有大佬已经写好了。所谓「前人种树，后人乘凉」，我们引入 laravel-swoole 软件包，再启动一个http服务即可，很简单。

// 引入软件包
root@Aliyun-ECS / # composer require swooletw/laravel-swoole
// 发布配置文件
root@Aliyun-ECS / # php artisan vendor:publish --tag=laravel-swoole

执行以上两步操作后，即可在项目的config目录下找到swoole_http和swoole_websocket两个配置文件。一个基本的Hello world!测试，无需修改默认配置，我们只在项目的.env文件中，添加SWOOLE_HTTP_HOST=0.0.0.0和SWOOLE_HTTP_PORT=2020即可，意思是在2020端口启动一个http监听程序。0.0.0.0指任何IP都可远程访问。

// .env
SWOOLE_HTTP_HOST=0.0.0.0
SWOOLE_HTTP_PORT=2020

基本配置修改完成，我们启动laravel-swoole的http应用：

root@Aliyun-ECS / # php artisan swoole:http start
Starting swoole http server...Swoole http server started: <http:></http:>

此时我们访问2020端口，即可测试使用swoole扩展后的应用。再看下请求的响应时间：

好家伙！直接干到15ms以内。这里第一次时间较长，是因为开了opcache的原因，会写入缓存。但这里的opcache写缓存，要比Round 2那个只开启opache扩展要快很多，这都是swoole的功劳。

结语

我又测试了一下，单独只启用swoole扩展，不启用opcache，发现响应时间和两个扩展都开启的响应时间一样。也就是说，有了swoole后，opcache就没用了？这个还得请各位大佬指点了。这里简单的做个对比：

通过实践对比，发现同时开启opcache和swoole扩展，是响应时间最快的。

其他问题

• PHP-FPM进程管理，为什么会创建master进程？不科学呀

感谢

感谢 @Hesunfly 的解答。有时在命令行中用php -i模式查看扩展信息，和在页面中使用phpinfo()查看的扩展信息会有不一致的情况。这里引用下 @Hesunfly 原话：
「有的发行版确实是 cli 和 fpm 的配置公用的，例如 mac 使用 brew 安装的 php 就是只有一个 php.ini。 但是我在 centos 和 ubuntu 下安装的一般是区分了cli 和 fpm 的。」