站在巨人的肩膀上，通过 Swoole 加速 Laravel/Lumen

[hhxsv5]

背景：公司严重依赖 Laravel 和 Lumen 框架，显暴露出来了性能问题。

解决：站在巨人的肩膀上，通过 Swoole 加速 Laravel/Lumen 调研了目前已有的 Laravel+Swoole 结合方案，多多少少都有点儿问题，有的定制化太强，有的没有再维护了。于是决定再造此轮子。

成果： LaravelS https://github.com/hhxsv5/laravel-s 通过 Swoole 来加速 Laravel/Lumen，常驻内存，内置 HTTP 服务器，平滑 Reload，与 Nginx 配合搭建高可用分布式服务器群，开箱即用。

目前已经在公司生产环境用起来了，后面考虑加入连接池和协程客户端的封装。

有需求的可以尝试下，Give me star

补充下基于Swoole的一些项目

• 衍生开源项目

• 框架

• 工具

• 分布式

• 通信协议

[hhxsv5]

CookieQueue 坑已填

[xwsoul]

666 先 Start 一个

[hhxsv5]

@xwsoul 谢谢，人多力量大

[lbp0200]

多少并发遇到性能问题？

[hhxsv5]

@lbp0200 主要是请求的响应时间，fpm 下 laravel 不管再怎么优化，hello world 也要 100 多毫秒；整体并发量不高，每天 pv600w 左右，高峰期也就并发 200 左右，fpm 下压测 laravel 并发就在 300 左右(4 核 8G)，但接口的平均响应时长已经超过 1 秒了。

[hhxsv5]

@lbp0200 laravel 代码一行不改的情况下，用 swoole http server 后，hello world 从 100 多毫秒降到 30 多毫秒，前端再用 nginx 代理下，最多 40 毫秒。

[lyhiving]

要突破瓶颈 laravel 框架还是要改，router 这个还有很多优化的地方

[hhxsv5]

@lyhiving 对，特别是路由几百个的，qps 急速下降。

[tabris17]

这种奇技淫巧我是不太看好的。要么打补丁，要么有各种限制

[hhxsv5]

有个小伙伴还做了一次调优的记录 https://segmentfault.com/a/1190000011569012，
总结下，
提升明显的几个操作：
1. 删除多余中间件
2. 开启类映射加载优化 php artisan optimize --force
3. 缓存路由 php artisan route:cache
4. 开启 opcache

其他的，比如配置缓存，关闭 debug 能做就做。提升一点是一点。

[hhxsv5]

@tabris17 😆 能抓到耗子的猫就是好猫，像我们公司重度依赖 laravel 的，老项目一堆都是，重写难度太大，老板也不会给那么多时间的。 所以开启新项目前还是得规划好，要是重来的话，可能就是 go 搞服务层，php 搞业务层。

[Outshine]

@hhxsv5 hello world 都要 100ms ？为啥我读取了数据库都才 30+ms （版本 5.5，启用了 config:cache 和 route:cache，并开启了 Opcache ）

[MeteorCat]

问题本身在于 laravel 上，说实话，laravel 在量上来之后那性能真的惨不忍睹，特别是用来做 API 接口服务，总体来说实在太重了

[hhxsv5]

@Outshine Laravel 默认情况下测得，没有做任何的优化

[server]

先来波👍。真的要性能还是选择 go。swoole 快在于异步，php 得加 yield，不然一个 file_put_contents 直接凉凉。
swoole 2+ 支持协程，官方也有 redis mysql https://wiki.swoole.com/wiki/page/749.html，如果你要想增加其他的就得想办法了。

[sodowe666]

用毛的 laravel yii2 比他强多了

[abusizhishen]

先 star 为敬

[eslizn]

有遇到 di 的问题吗？之前用 swoole 的时候踩了 call_user_func_array 的坑，印象中 di 是肯定需要这个的

[hhxsv5]

@sodowe666 主要是老项目了，重构搞不动

[hhxsv5]

@eslizn 要用 Coroutine::call_user_func_array

[eslizn]

@server io 倒还好，大不了自己根据协议来封，关键 swoole 改了很多底层的东西，有点不可控。相比 swoole，个人觉得 reactphp 更稳定些。当然 go 更好~~

[eslizn]

@hhxsv5 是的，所以看你怎么处理 di 的包

[eslizn]

@hhxsv5 错了，只是调用内涉及 [同步 IO] 的操作需要 Coroutine::call_user_func_array，否则还是个大坑，不要问我为什么。。。

[eslizn]

@hhxsv5 也就是说，作为框架，你根本不知道什么时候该用 call_user_func_array，什么时候该用 Coroutine::call_user_func_array，我之前也想这样干，后来不了了之

[wanghanlin]

可以试试 php-pm，基于 reactphp 的

[male110]

来用 C# 吧，.net core

[hhxsv5]

@wanghanlin php-pm 不错啊，再结合上 Swoole 的协程客户端

[kslr]

感觉还是 php-pm 这种侵入性低的方便

[hhxsv5]

@eslizn 可以用 PHP 动态函数来代替吧，例如$func = "doXxx";$ret = $func("abc"); 不过参数还是有点儿蹩脚。

[hhxsv5]

@kslr LaravelS 设计的初衷就是低侵入性，composer require=>加 service provider=>改下监听地址=>php artisan run http server=>nginx 代理到此 server。

[eslizn]

@hhxsv5 这样的话同步调用就回阻塞整个进程

[hhxsv5]

@eslizn 呃 call_user_func_array 也是同步的呀

[eslizn]

Coroutine:: call_user_func_array 可以将同步 io 挂起，继续去执行其他的协程，关键问题是，在框架中，没办法知道你开发的逻辑中是同步操作还是异步操作

[hhxsv5]

@eslizn 哦，你说的是 Coroutine 下的。感觉只有程序员自己判断。

[eslizn]

@hhxsv5 Laravel 里面大量依赖了 di，而 di 的实现都是要依赖这组函数，所以想了解下你这块是咋处理的，因为看了下源码好像没有涉及 di 的改造

[hhxsv5]

@eslizn di 那块儿是同步的，没有加入协程的支持。考虑把协程封装暴露出来，开发者显式使用，这样底层才知道什么时候用 Coroutine:: call_user_func_array。

[gouchaoer]

这么说吧，异步的 swoole 中用了同步阻塞函数情况会比 fpm 还要差，因为一旦阻塞当前 swoole worker 进程下别的 request 就得不到执行。。。

给 lz 推荐一个框架，swoft，这几天会放出 1.0beta 版本，彻底解决问题

[hhxsv5]

@gouchaoer Swoft 有所了解，有个朋友 xjj 在参与开发。对 LaravelS 的定位其实很低，没有那么高的目标，简单的常驻进程，避免重复的资源加载，再上点儿协程；兼容 Laravel 和 Lumen 的用法。其实这样挺好，基于 Swoole 的百花齐放，让 PHP 开发者有了更多的出路。

[lizhenda]

swoole + yaf + yii 路过~

[wujunze]

改善 PHP 生态 赞

[hhxsv5]

@lizhenda 也可以贡献出来👍

[server]

@lizhenda 这玩法，只能说 丧心病狂

[RorschachZZZ]

除了手册里面那几条优化办法。建议尝试下 php7+opcahce。实测如果数据库没有问题，对 laravel 有巨大的提升

[hhxsv5]

@RorschachZZZ 对，之前提到的那小伙伴做的调优记录中，opcache 提升是最明显的。

[lyhiving]

@hhxsv5 在生产环境中打开 opcache 是必须的，要不然 laravel 就是一坨屎

[lizhenda]

@server swoole 并发需要它，yaf 简单的路由加上自己魔改下支持命名空间，可以同名控制器； yii2 的 DB 和其它各种模块大家用惯了，所以也加进来了。目前稳定跑了一年多在生产环境，性能看来还是可以的。当然这只是用做 Web 服务，其它服务我们都是用 Go 来写了。

[hhxsv5]

@lizhenda 微服务这块儿基本是用 go 来写，追求性能。业务层还是 php 在搞，开发效率是杠杠的。

[hhxsv5]

补充下基于 Swoole 的一些项目，顶部⬆

[wekw]

试试 Apache ？

[owenliang]

开心就好!

[mooncakejs]

把公司项目换成 nodejs 的路过，响应时间喜滋滋

[ifconfig]

问下楼主，composer 安装和配置好之后，是不是使用 Cooperate with Nginx 那一块，就能使性能大大提高？

[hhxsv5]

@ifconfig 提速的重点是基于 swoole 的常驻进程，与 nginx 搭配是为了对多服务器做统一的反向代理、负载均衡，提高可用性。