1、Swoole
Swoole号称从新定义了PHP,它是一个PHP扩展,使得PHP可使用异步的方式执行,就像node同样,并且还能使用socket,为PHP提供了一系列异步IO、事件驱动、并行数据结构功能。
Swoole4支持完整的协程编程模式,可使用彻底同步的代码实现异步程序。PHP代码无需额外增长任何关键词,底层自动进行协程调度,实现异步IO 。
nodejs能实现的swoole几乎都能实现,并且性能比nodejs更高,毕竟nodejs是单线程的没法充分发挥cpu性能,swoole是多线程的能够充分发挥cpu的性能。
Swoole高效跟传统的web开发有什么区别,除了传统的LAMP/LNMP同步开发模式,swoole的异步开发模式是怎样的,如何保持高效?php
2、传统web开发模式
PHP web开发采用的方式是LAMP/LNMP架构,即Linux、Nginx,Mysql和PHP。这里以nginx来举例,大体结构为:html
当请求进入时,web server将请求转交给PHP-FPM,PHP-FPM是一个进程池架构的FastCGI服务,内置PHP解释器。FPM负责解释执行PHP文件生成响应,最终返回给web server,展示至前端。PHP文件中实现了许多业务逻辑,包括Mysql和Nosql的访问,调用第三方应用等等。
这样的结构php-fpm和nginx的配合已经运行得足够好,可是因为php-fpm自己是同步阻塞进程模型,在请求结束后释放全部的资源(包括框架初始化建立的一系列对象),致使PHP进程“空转”(建立<-->销毁<-->建立)消耗大量的CPU资源,从而致使单机的吞吐能力有限。前端
每次请求处理的过程都意味着一次PHP文件解析,环境设置等没必要要的耗时操做PHP进程处理完即销毁,没法在PHP程序中使用链接池等技术实现性能优化。node
3、Swoole运行模式
针对传统架构的问题,swoole从PHP扩展出发,解决了上述问题,对于swoole的进程模型,咱们已经了解过了。nginx
相比于传统架构,Swoole进程模型最大的特色在于其多线程Reactor模式处理网络请求,使得其能轻松应对大量链接。laravel
除此以外的优势还包括:web
全异步非阻塞,占用资源开销小,程序执行效率高sql
程序运行只解析加载一次PHP文件,避免每次请求的重复加载apache
进程常驻,使得链接池和请求之间信息传递等的实现成为可能编程
4、为何要在 Swoole 上运行 Laravel?
Laravel框架启动的时候须要加载不少文件,再加上其出了名的生态环境好,因此在开发过程当中咱们就会发现有很是多的已经造好的轮子,这也就使得Laravel的一次启动的磁盘IO特别高(就是要加载不少文件嘛)
laravel生命周期须要在每次请求的时候都执行一遍。由于单个请求建立的环境在请求执行结束后会当即销毁。
换句话说, 在传统的 PHP 生命周期中, 为了脚本执行而浪费了大量的时间去建立和销毁资源。想象一下像 Laravel 这样的框架, 在每次请求中须要加载多少文件? 同时也浪费了大量的 I/O 操做。
所以若是咱们利用 Swoole 内置一个应用级别的 Server, 而且全部脚本文件在加载一次以后即可以保存在内存中呢? 这就是为何咱们须要尝试在 Swoole 上运行 Laravel。 Swoole 能够提供强大性能而 Laravel 则能够提供优雅代码结构使用。这俩儿真是完美组合 !
5、使用Swoole提高Laravel的性能
在现有的轮子中,感受下面这两个仍是很是不错的,能够自行选择
本人选择了第一个来测试
使用composer安装:
composer require swooletw/laravel-swoole
若是你使用的是laravel,那么在 config/app.php 的 providers 数组中加上
SwooleTW\Http\LaravelServiceProvider::class,
若是你使用的是lumen,那么在 bootstrap/app.php 中加入以下代码
$app->register(SwooleTW\Http\LumenServiceProvider::class);
将配置文件导出到 config 目录下
php artisan vendor:publish --provider="SwooleTW\Http\HttpServiceProvider"
而后能够去 config/swoole_http.php 中配置信息
'server' => [ 'host' => env('SWOOLE_HTTP_HOST', '0.0.0.0'),//监放任意ip 'port' => env('SWOOLE_HTTP_PORT', '1215'), 'options' => [ 'pid_file' => env('SWOOLE_HTTP_PID_FILE', base_path('storage/logs/swoole_http.pid')), 'log_file' => env('SWOOLE_HTTP_LOG_FILE', base_path('storage/logs/swoole_http.log')), 'daemonize' => env('SWOOLE_HTTP_DAEMONIZE', 1),//1-程序将转入后台做为守护进程运行 ], ],
swoole_http.php 里还提供配置 providers 数组,
'providers' => [ // App\Providers\AuthServiceProvider::class, ]
由于使用swoole做为http后,这些providers会被存到内存中,因此这里配置的是每次请求都想要从新注册和从新启动的providers。
如今,你能够执行如下的命令来启动 Swoole HTTP 服务。
$ php artisan swoole:http start
而后你能够看到如下信息:
Starting swoole http server... Swoole http server started: <http://0.0.0.0:1215>
如今能够经过访问 http://127.0.0.1:1215 来进入 Laravel 应用。
注意:该拓展是不支持热启动的,因此每次有代码更新都要重启服务 php artisan swoole:http restart
6、性能测试
使用Apache的ab测试工具
ab -n 1000 -c 10 http://127.0.0.1:1215/
参数说明:-n 1000个请求 -c 10个并发数
图一是使用swoole做为应用服务器,图二是apache服务器
测试环境在虚拟机中,电脑配置也较差,性能没有彻底发挥出来,能够看到apache只完成197次请求就扛不住压力了,swoole HTTP服务 完成了压测,性功彻底碾压apache服务器。
7、使用Nginx代理
swoole在官网也提到过:swoole_http_server对Http协议的支持并不完整,建议仅做为应用服务器。而且在前端增长Nginx做为代理。
那么,咱们就增长须要配置nginx.conf里的server:
server { listen 80; server_name your.domain.com; root /path/to/laravel/public; index index.php; location = /index.php { # Ensure that there is no such file named "not_exists" # in your "public" directory. try_files /not_exists @swoole; } location / { try_files $uri $uri/ @swoole; } location @swoole { set $suffix ""; if ($uri = /index.php) { set $suffix "/"; } proxy_set_header Host $host; proxy_set_header SERVER_PORT $server_port; proxy_set_header REMOTE_ADDR $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; # IF https # proxy_set_header HTTPS "on"; proxy_pass http://127.0.0.1:1215$suffix; } }
配置可参考swoole方文档官 Nginx/Apache配置
至此,大功告成,你能够像日常同样访问你的网站了。
8、使用swoole和传统php开发的缺点
本文主要介绍了使用swoole做为laravel的应服务器,最后说下使用swoole和传统php开发的缺点。
一、更难上手。这要求开发人员对于多进程的运行模式有更清晰的认识
二、更容易内存泄露。在处理全局变量,静态变量的时候必定要当心,这种不会被GC清理的变量会存在整个生命周期中,若是没有正确的处理,很容易消耗完全部的内存。在php-fpm下,php代码执行完内存就会被彻底释放。
参考连接:在Laravel中使用swoole来取代nginx做为http服务器,使用swoole加速你的laravel应用