這篇文章帶給大家的內容是關於swoole運行模式加速laravel應用的詳細介紹,有一定的參考價值,有需要的朋友可以參考一下,希望對你有所幫助。
一、Swoole
Swoole號稱重新定義了PHP,它是一個PHP擴展,使得PHP可以使用異步的方式執行,就像node一樣,而且還能使用socket,為PHP提供了一系列非同步IO、事件驅動、平行資料結構功能。
Swoole4支援完整的協程程式設計模式,可以使用完全同步的程式碼實現非同步程式。 PHP程式碼無需額外增加任何關鍵字,底層自動進行協程調度,實現非同步IO 。
nodejs能實現的swoole幾乎都能實現,而且效能比nodejs更高,畢竟nodejs是單執行緒的無法充分發揮cpu效能,swoole是多執行緒的可以充分發揮cpu的效能。
Swoole高效跟傳統的web開發有什麼區別,除了傳統的LAMP/LNMP同步開發模式,swoole的非同步開發模式是怎樣的,如何保持高效?
二、傳統web開發模式
PHP web開發採用的方式是LAMP/LNMP架構,即Linux、Nginx,Mysql和PHP。這裡以nginx來舉例,大致結構為:
當請求進入時,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程式中使用連接池等技術實現效能最佳化。
三、Swoole運行模式
針對傳統架構的問題,swoole從PHP擴展出發,解決了上述問題,對於swoole的進程模型,我們已經了解過了。
相比於傳統架構,Swoole進程模型最大的特點在於其多執行緒Reactor模式處理網路請求,使得其能輕鬆應對大量連線。
除此之外的優點還包括:
全異步非阻塞,佔用資源開銷小,程式執行效率高
程式執行只解析載入一次PHP文件,避免每次請求的重複載入
進程常駐,使得連接池和請求之間訊息傳遞等的實現成為可能
四、為什麼要在Swoole 上運行Laravel?
Laravel框架啟動的時候需要載入很多文件,再加上其出了名的生態環境好,所以在開發過程中我們就會發現有非常多的已經造好的輪子,這也就使得Laravel的一次啟動的磁碟IO特別高(就是要載入很多檔案嘛)
laravel生命週期需要在每次請求的時候都執行一遍。因為單一請求所建立的環境在請求執行結束後會立即銷毀。
換句話說, 在傳統的 PHP 生命週期中, 為了腳本執行而浪費了大量的時間去創建和銷毀資源。想像 Laravel 這樣的框架, 在每次請求中需要加載多少文件? 同時也浪費了大量的 I/O 操作。
因此如果我們利用 Swoole 內建一個應用程式層級的 Server, 並且所有腳本檔案在載入一次之後便可以保存在記憶體中呢?這就是為什麼我們需要嘗試在 Swoole 上執行 Laravel。 Swoole 可以提供強大效能而 Laravel 則可以提供優雅程式碼結構使用。這兩個真是完美組合!
五、使用Swoole提升Laravel的性能
在現有的輪子中,感覺下面這兩個還是非常不錯的,可以自行選擇
swooletw/laravel-swoole
#garveen/laravoole
使用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:></http:>
现在可以通过访问 http://127.0.0.1:1215 来进入 Laravel 应用。
注意:该拓展是不支持热启动的,所以每次有代码更新都要重启服务 php artisan swoole:http restart
六、性能测试
使用Apache的ab测试工具
ab -n 1000 -c 10 http://127.0.0.1:1215/
参数说明:-n 1000个请求 -c 10个并发数
图一是使用swoole作为应用服务器,图二是apache服务器
测试环境在虚拟机中,电脑配置也较差,性能没有完全发挥出来,可以看到apache只完成197次请求就扛不住压力了,swoole HTTP服务 完成了压测,性功完全碾压apache服务器。
七、使用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配置
至此,大功告成,你可以像平常一样访问你的网站了。
八、使用swoole和传统php开发的缺点
本文主要介绍了使用swoole作为laravel的应服务器,最后说下使用swoole和传统php开发的缺点。
1、更难上手。这要求开发人员对于多进程的运行模式有更清晰的认识
2、更容易内存泄露。在处理全局变量,静态变量的时候一定要小心,这种不会被GC清理的变量会存在整个生命周期中,如果没有正确的处理,很容易消耗完所有的内存。在php-fpm下,php代码执行完内存就会被完全释放。
以上是swoole運行模式加速laravel應用的詳細介紹的詳細內容。更多資訊請關注PHP中文網其他相關文章!