本篇文章給大家帶來的內容是關於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://0.0.0.0:1215>
現在可以通過訪問 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：
1 server { 2 3 listen 80; 4 5 server_name your.domain.com; 6 7 root /path/to/laravel/public; 8 9 index index.php; 10 11 12 13 location = /index.php { 14 15 # Ensure that there is no such file named "not_exists" 16 17 # in your "public" directory. 18 19 try_files /not_exists @swoole; 20 21 } 22 23 24 25 location / { 26 27 try_files $uri $uri/ @swoole; 28 29 } 30 31 32 33 location @swoole { 34 35 set $suffix ""; 36 37 38 39 if ($uri = /index.php) { 40 41 set $suffix "/"; 42 43 } 44 45 46 47 proxy_set_header Host $host; 48 49 proxy_set_header SERVER_PORT $server_port; 50 51 proxy_set_header REMOTE_ADDR $remote_addr; 52 53 proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; 54 55 56 57 # IF https 58 59 # proxy_set_header HTTPS "on"; 60 61 62 63 proxy_pass http://127.0.0.1:1215$suffix; 64 65 } 66 67 }
配置可參考swoole方文檔官 Nginx/Apache配置
至此，大功告成，你可以像平常一樣訪問你的網站了。
八、使用swoole和傳統php開發的缺點
本文主要介紹了使用swoole作為laravel的應服務器，最后說下使用swoole和傳統php開發的缺點。
1、更難上手。這要求開發人員對於多進程的運行模式有更清晰的認識
2、更容易內存泄露。在處理全局變量，靜態變量的時候一定要小心，這種不會被GC清理的變量會存在整個生命周期中，如果沒有正確的處理，很容易消耗完所有的內存。在php-fpm下，php代碼執行完內存就會被完全釋放。
以上就是swoole運行模式加速laravel應用的詳細介紹的詳細內容