摘要：負責解釋執(zhí)行文件生成響應，最終返回給，展現(xiàn)至前端。相比于傳統(tǒng)架構(gòu)，進程模型最大的特點在于其多線程模式處理網(wǎng)絡(luò)請求，使得其能輕松應對大量連接。這要求開發(fā)人員對于多進程的運行模式有更清晰的認識更容易內(nèi)存泄露。

一、Swoole
Swoole號稱重新定義了PHP，它是一個PHP擴展，使得PHP可以使用異步的方式執(zhí)行，就像node一樣，而且還能使用socket，為PHP提供了一系列異步IO、事件驅(qū)動、并行數(shù)據(jù)結(jié)構(gòu)功能。
Swoole4支持完整的協(xié)程編程模式，可以使用完全同步的代碼實現(xiàn)異步程序。PHP代碼無需額外增加任何關(guān)鍵詞，底層自動進行協(xié)程調(diào)度，實現(xiàn)異步IO 。
nodejs能實現(xiàn)的swoole幾乎都能實現(xiàn)，而且性能比nodejs更高，畢竟nodejs是單線程的無法充分發(fā)揮cpu性能，swoole是多線程的可以充分發(fā)揮cpu的性能。
Swoole高效跟傳統(tǒng)的web開發(fā)有什么區(qū)別，除了傳統(tǒng)的LAMP/LNMP同步開發(fā)模式，swoole的異步開發(fā)模式是怎樣的，如何保持高效？

二、傳統(tǒng)web開發(fā)模式
PHP web開發(fā)采用的方式是LAMP/LNMP架構(gòu)，即Linux、Nginx，Mysql和PHP。這里以nginx來舉例，大致結(jié)構(gòu)為：

當請求進入時，web server將請求轉(zhuǎn)交給PHP-FPM,PHP-FPM是一個進程池架構(gòu)的FastCGI服務(wù),內(nèi)置PHP解釋器。FPM負責解釋執(zhí)行PHP文件生成響應，最終返回給web server，展現(xiàn)至前端。PHP文件中實現(xiàn)了許多業(yè)務(wù)邏輯，包括Mysql和Nosql的訪問，調(diào)用第三方應用等等。
這樣的結(jié)構(gòu)php-fpm和nginx的配合已經(jīng)運行得足夠好,但是由于php-fpm本身是同步阻塞進程模型,在請求結(jié)束后釋放所有的資源（包括框架初始化創(chuàng)建的一系列對象）,導致PHP進程“空轉(zhuǎn)”（創(chuàng)建<-->銷毀<-->創(chuàng)建）消耗大量的CPU資源,從而導致單機的吞吐能力有限。

每次請求處理的過程都意味著一次PHP文件解析，環(huán)境設(shè)置等不必要的耗時操作PHP進程處理完即銷毀，無法在PHP程序中使用連接池等技術(shù)實現(xiàn)性能優(yōu)化。

三、Swoole運行模式
針對傳統(tǒng)架構(gòu)的問題，swoole從PHP擴展出發(fā)，解決了上述問題，對于swoole的進程模型，我們已經(jīng)了解過了。

相比于傳統(tǒng)架構(gòu)，Swoole進程模型最大的特點在于其多線程Reactor模式處理網(wǎng)絡(luò)請求，使得其能輕松應對大量連接。

除此之外的優(yōu)點還包括：

全異步非阻塞，占用資源開銷小，程序執(zhí)行效率高

程序運行只解析加載一次PHP文件，避免每次請求的重復加載

進程常駐，使得連接池和請求之間信息傳遞等的實現(xiàn)成為可能

四、為什么要在 Swoole 上運行 Laravel?
Laravel框架啟動的時候需要加載很多文件，再加上其出了名的生態(tài)環(huán)境好，所以在開發(fā)過程中我們就會發(fā)現(xiàn)有非常多的已經(jīng)造好的輪子，這也就使得Laravel的一次啟動的磁盤IO特別高（就是要加載很多文件嘛）
laravel生命周期需要在每次請求的時候都執(zhí)行一遍。因為單個請求創(chuàng)建的環(huán)境在請求執(zhí)行結(jié)束后會立即銷毀。
換句話說， 在傳統(tǒng)的 PHP 生命周期中， 為了腳本執(zhí)行而浪費了大量的時間去創(chuàng)建和銷毀資源。想象一下像 Laravel 這樣的框架， 在每次請求中需要加載多少文件? 同時也浪費了大量的 I/O 操作。

因此如果我們利用 Swoole 內(nèi)置一個應用級別的 Server， 并且所有腳本文件在加載一次之后便可以保存在內(nèi)存中呢？ 這就是為什么我們需要嘗試在 Swoole 上運行 Laravel。 Swoole 可以提供強大性能而 Laravel 則可以提供優(yōu)雅代碼結(jié)構(gòu)使用。這倆兒真是完美組合 !

五、使用Swoole提升Laravel的性能
在現(xiàn)有的輪子中，感覺下面這兩個還是非常不錯的，可以自行選擇

swooletw/laravel-swoole

garveen/laravoole

本人選擇了第一個來測試
使用composer安裝：

composer require swooletw/laravel-swoole

如果你使用的是laravel，那么在 config/app.php 的 providers 數(shù)組中加上

SwooleTWHttpLaravelServiceProvider::class,

如果你使用的是lumen，那么在 bootstrap/app.php 中加入如下代碼

$app->register(SwooleTWHttpLumenServiceProvider::class);

將配置文件導出到 config 目錄下

php artisan vendor:publish --provider="SwooleTWHttpHttpServiceProvider"

然后可以去 config/swoole_http.php 中配置信息

"server" => [
        "host" => env("SWOOLE_HTTP_HOST", "0.0.0.0"),//監(jiān)聽任意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-程序?qū)⑥D(zhuǎn)入后臺作為守護進程運行
        ],
],

swoole_http.php 里還提供配置 providers 數(shù)組，

"providers" => [
    // AppProvidersAuthServiceProvider::class,
]

因為使用swoole作為http后，這些providers會被存到內(nèi)存中，所以這里配置的是每次請求都想要重新注冊和重新啟動的providers。
現(xiàn)在，你可以執(zhí)行以下的命令來啟動 Swoole HTTP 服務(wù)。

$ php artisan swoole:http start

然后你可以看到以下信息：

Starting swoole http server...
Swoole http server started: 

現(xiàn)在可以通過訪問 http://127.0.0.1:1215 來進入 Laravel 應用。
注意：該拓展是不支持熱啟動的，所以每次有代碼更新都要重啟服務(wù) php artisan swoole:http restart

六、性能測試
使用Apache的ab測試工具

ab -n 1000 -c 10 http://127.0.0.1:1215/

參數(shù)說明：-n 1000個請求 -c 10個并發(fā)數(shù)

圖一是使用swoole作為應用服務(wù)器，圖二是apache服務(wù)器
測試環(huán)境在虛擬機中，電腦配置也較差，性能沒有完全發(fā)揮出來，可以看到apache只完成197次請求就扛不住壓力了，swoole HTTP服務(wù) 完成了壓測，性功完全碾壓apache服務(wù)器。

七、使用Nginx代理

swoole在官網(wǎng)也提到過：swoole_http_server對Http協(xié)議的支持并不完整，建議僅作為應用服務(wù)器。并且在前端增加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配置
至此，大功告成，你可以像平常一樣訪問你的網(wǎng)站了。

八、使用swoole和傳統(tǒng)php開發(fā)的缺點
本文主要介紹了使用swoole作為laravel的應服務(wù)器，最后說下使用swoole和傳統(tǒng)php開發(fā)的缺點。
1、更難上手。這要求開發(fā)人員對于多進程的運行模式有更清晰的認識
2、更容易內(nèi)存泄露。在處理全局變量，靜態(tài)變量的時候一定要小心，這種不會被GC清理的變量會存在整個生命周期中，如果沒有正確的處理，很容易消耗完所有的內(nèi)存。在php-fpm下，php代碼執(zhí)行完內(nèi)存就會被完全釋放。

參考鏈接：在Laravel中使用swoole來取代nginx作為http服務(wù)器，使用swoole加速你的laravel應用