為什么Swoole可以加速php

y1chuan 發(fā)布于2019-06-27 16:33 / 3528人閱讀

摘要：前言最近在研究，原來一直聽別人在說可以加速，一直都是懵逼的。，全稱，中文譯作快速公共網(wǎng)管接口。那么，我們?yōu)槭裁床荒芟裰耙粯樱軌虿恢匦录虞d配置文件的，來一個不用加載這么多的依賴的方式呢當(dāng)然可以啦，這時候就派上用場了。

前言

最近在研究Swoole，原來一直聽別人在說Swoole可以加速，一直都是懵逼的。在研究了Swoole之后，我有了一些自己的理解。

PHP-CGI 的黑歷史

對于 PHP 處理網(wǎng)絡(luò)請求，大家基本上也都是再用 CGI 的方式來做的。那么，什么是 CGI 呢。

CGI

CGI，全稱 Common Gateway Interface，中文稱作“公共網(wǎng)關(guān)接口”。也許有很多人認(rèn)為 CGI 是一個程序，沒錯，曾經(jīng)的我也是這么認(rèn)為的。直到我從《圖解HTTP》開始細(xì)細(xì)地研究HTTP協(xié)議之后，我才知道，原來 CGI 是一種協(xié)議。任何編程語言，都可以實現(xiàn) CGI，所以任何語言都可以作為網(wǎng)站的后臺語言（扯遠(yuǎn)了）。

PHP-CGI

上面說了，CGI 是一個協(xié)議，所以，PHP 有自己對 CGI 的實現(xiàn)，那就是 PHP-CGI。可是呢，隨著技術(shù)的發(fā)展，人們開始意識到，PHP-CGI 的性能不是那么盡如人意。我們知道，PHP 在運行的時候，是依賴配置文件 php.ini的。所以，每當(dāng) PHP-CGI 開始工作的時候，它是完完全全的一個新進(jìn)程，它需要重新加載配置文件并初始化，這就造成了很大的資源和時間的浪費。

FastCGI

那么，怎么才能避免這種浪費呢，聰明的程序員們想出了另外一種方法：我們?yōu)槭裁床活A(yù)先加載好配置，然后，每一個執(zhí)行的任務(wù)只需要復(fù)制當(dāng)前的進(jìn)程，不就能避免上面的浪費了么。于是， FastCGI 便橫空出世。

FastCGI，全稱 Fast Common Gateway Interface，中文譯作“快速公共網(wǎng)管接口”。沒錯，這又是個協(xié)議。當(dāng)然，這個協(xié)議并不是因為 PHP 才有的。

Apache (httpd)

幾乎所有的 Web 容器都實現(xiàn)了 FastCGI 的功能。首先是 httpd。對于 PHP 來說，httpd 是通過自身來實現(xiàn)一個 FastCGI 的模塊的。它會預(yù)先加載好 php.ini 文件中的配置。待到有請求進(jìn)入需要 PHP 處理時，PHP 就不需要再對 php.ini 重新加載了。這也就是每改動過 php.ini 后都要重啟 httpd 服務(wù)的原因。

Nginx 與 php-fpm

php-fpm 也是 FastCGI 的一種實現(xiàn)。通常我們是將 Nginx 的 PHP 處理部分代理到 php-fpm 的端口上，交給 php-fpm 來處理。而 php-fpm 同樣是通過預(yù)先加載配置，然后給到子進(jìn)程的方式的，它會對進(jìn)程做一些管理。

Swoole

辣么問題來了，php-fpm 雖然實現(xiàn)了 FastCGI，但是，它在處理請求的時候，依然要重新運行一個腳本，像 Laravel 一樣的框架，一開始就要加載辣么多依賴和文件，依然是一個不小的開銷。我們看一下 Laravel 的 public/index.php 的源碼。

require __DIR__."/../bootstrap/autoload.php";
$app = require_once __DIR__."/../bootstrap/app.php";
$kernel = $app->make(IlluminateContractsHttpKernel::class);
$response = $kernel->handle(
    $request = IlluminateHttpRequest::capture()
);
$response->send();
$kernel->terminate($request, $response);

看看前面兩條語句，這需要加載多少個依賴啊，這都是大把大把的時間和資源啊，每一次請求都需要加載一邊，真是心疼啊。

那么，我們?yōu)槭裁床荒芟裰耙粯樱軌虿恢匦录虞d配置文件的 FastCGI ，來一個不用加載這么多的依賴的方式呢？

當(dāng)然可以啦，這時候 Swoole 就派上用場了。既然是通過 $app->make 的方式來生成一個新的 Kernel 對象，那么 Application 的對象 $app 自然是不會有什么改變的了。所以，我們可以在收到請求之前，就把 $app 給生成好，這樣就會快了，不是么？我們可以對它進(jìn)行一個簡單的改造。

require __DIR__."/../bootstrap/autoload.php";
$app = require_once __DIR__."/../bootstrap/app.php";
$serv = new SwooleServerHttp("127.0.0.1", 9501);
$serv->on("request", function ($req, $res) use ($app) {
    $kernel = $app->make(IlluminateContractsHttpKernel::class);
    $response = $kernel->handle(
        $request = IlluminateHttpRequest::capture()
    );
    $res->end($response);
    $kernel->terminate($request, $response);
});
$serv->start();

好了，我們現(xiàn)在就可以通過執(zhí)行這個腳本來監(jiān)聽9501端口了。然后就像 Nginx 配置 php-fpm 一樣來配置它就可以了。這樣我們可以看到，在收到請求之前，就已經(jīng)把依賴加載干凈了，剩下的就是處理請求了。

當(dāng)然我的這個改動很簡陋，根本無法用于生產(chǎn)環(huán)境的，只是提供一個例子。

后記

以上只是我自己的理解和對我自己的理解進(jìn)行的總結(jié)。對于 Swoole 我還在探索當(dāng)中，因為它需要的只是實在是太多了，需要一點一點積累。本文可能有不對的地方，歡迎各位大神來拍磚！