共计 2553 个字符,预计需要花费 7 分钟才能阅读完成。
Swoole 可以说是 PHP 的一把利剑,它拓展了 PHP 的边界,让众多 PHPer 们看到了高并发的曙光。利用 Swoole 来提高 Laravel 的性能,是一件非常值得投入的事情,这样既能获得 Swoole 的高性能,又兼顾了 Laravel 的高效率,两全其美。Shadowfax 就是一款这样的拓展包,它简单易用,能够帮助开发者快速地将 Laravel 应用迁移到 Swoole 之上运行。
首先我们来看一下使用 Shadowfax 运行的 Laravel 应用的性能表现:
我使用 wrk
作为此次的 benchmark 工具,基于最新版的 Laravel 7,但是移除了 session 相关的 middleware。因为 Laravel 默认是启用了 session 的,而且 session 的驱动是 file,如果在这种情况下去跑测试,每个请求都会创建一个 session 文件,这样跑出来的结果就没什么意义了。(追求性能的应用也不应该去使用 file 作为 session 驱动)
环境 1:
- 硬件: 1 CPU, 4 Cores, 16GB Memory
- MacOS 10.15.3
- PHP 7.3.12(启用 opcache)
- Swoole 4.4.13
- Shadowfax 2(20 个 worker 进程)
这个环境也就是我个人的 Macbook Pro,性能比较好。我用 wrk 启动 4 个线程,并发 200 进行压测:
wrk -t4 -c200 http://127.0.0.1:1215/
结果为 12430 rps:
Running 10s test @ http://127.0.0.1:1215/
4 threads and 200 connections
Thread Stats Avg Stdev Max +/- Stdev
Latency 26.44ms 31.44ms 212.73ms 84.28%
Req/Sec 3.13k 839.99 6.07k 65.75%
124418 requests in 10.01s, 312.06MB read
Socket errors: connect 0, read 54, write 0, timeout 0
Requests/sec: 12430.20
Transfer/sec: 31.18MB
环境 2:
- 硬件: 2 CPUs, 2 Cores, 4GB Memory
- CentOS 7.5.1804
- PHP 7.3.16(启用 opcache)
- Swoole 4.4.17
- Shadowfax 2(10 个 worker 进程)
这个环境是某云的一个虚拟云服务器实例,配置一般。我用 wrk 启动 2 个线程,并发 100 进行压测:
wrk -c100 http://127.0.0.1:1215/
结果为 4001 rps:
Running 10s test @ http://127.0.0.1:1215/
2 threads and 100 connections
Thread Stats Avg Stdev Max +/- Stdev
Latency 25.06ms 12.11ms 85.92ms 60.94%
Req/Sec 4.02k 41.46 4.08k 79.79%
40321 requests in 10.08s, 101.13MB read
Requests/sec: 4001.76
Transfer/sec: 10.04MB
性能表现还不错吧?比起传统的 PHP-FPM,已经有了巨大的提升。
安装与使用
Shadowfax 的安装非常简单,只需要两个步骤即可搞定:
第一步,使用 Composer 将 Shadowfax 安装到你的 Laravel 项目中去:
composer require huang-yi/shadowfax
第二步,使用 Laravel 的 Artisan 命令 shadowfax:publish
来发布配置文件:
php artisan shadowfax:publish
执行完后,在你的项目根目录就会创建一个名为 shadowfax.yml
的配置文件,你需要根据环境进行调整。当然这个文件会被自动添加到 .gitignore
中去,就像 .env
文件一样,在不同的环境下配置可能是不一样的。
现在就可以通过 Shadowfax 命令来启动你的服务:
php shadowfax start
假如是默认配置的话,就可以通过 http://127.0.0.1:1215
访问你的应用了。当然,这只是简单的使用,更多的信息可前往 Shadowfax 项目主页查看。
为什么选择 Shadowfax
当然,有些朋友会问,Github 上面已经有类似的开源项目了,为什么还要重复造一个轮子。其实不然,早在 2015 年我就开始尝试整合 Swoole 和 Laravel 了,先后也开源了两个相关的项目,目前这方面 star 数最高的 swooletw/laravel-swoole 就是 fork 了我早先发布的 huang-yi/laravel-swoole-http。但我并没有对自己的项目进行推广,因为我很清楚,之前的项目或多或少都存在一些问题,并且不能很好地支持协程,而协程恰好又是 Swoole 最强的武器,所以都放弃了。
现在,Shadowfax 已经可以很好地支持协程了,你可以放心地开启 Swoole 的协程特性。并且,Shadowfax 还解决了协程环境下数据库连接的问题,当你启用 Swoole 的一键协程化后,Shadowfax 会自动为你的数据库连接创建连接池。最重要的是,这一切在你的应用代码层面都是无感的,你还是像往常一样去写业务代码,完全不要有心智负担,因为 Shadowfax 不需要你对写代码的方式做出任何改变。
最后我想说明的是,Shadowfax 并没有去刻意赋予 Laravel 使用 Swoole 的能力,它的主要目的是:在不破坏 Laravel 开发体验的前提下,以最小的成本提升 Laravel 应用的性能。我也不建议开发者在 Laravel 中使用 Swoole 的任何接口,因为 Laravel 本身是一个传统 PHP 模式下运行的框架,对 Swoole 并不友好,如果你不是一个资深的 Swoole 开发者,很容易在使用过程中出错。如果你的 Laravel 应用里未使用任何 Swoole 接口,这意味着你的程序在 PHP-FPM 模式下也是能运行的,一旦运行在 Swoole 上面的程序出了问题,我们便能立马切回 PHP-FPM 模式,这样可以保证程序的可用性。
如果你对 Shadowfax 感兴趣,欢迎前往 Github 点上一个 star 以表支持。
我是黄毅,欢迎关注我的 Github 和 博客。