最近兩個月一直在研究 Swoole，研究成果即將在6.21正式開源發布，這段時間沒有來水文章，趁著今天放假來水水吧。
借助這篇文章，我希望能夠把 Swoole 安利給更多人。雖然 Swoole 可能目前定位是一些高級 phper 的玩具，讓中低級望而生畏，可能對一些應用場景也一臉懵逼，但其實沒這么難的。

在 Swoole 官網的自我介紹是“面向生產環境的 PHP 異步網絡通信引擎”，首先 Swoole 它是一個網絡應用的開發工具，它支持 Http、TCP、UDP、WebSocket。

Swoole 和我們傳統的 PHP 開發差別是有的，需要理解的概念也是有的。使用目前一些基于 Swoole 的框架開發的話，從開發習慣上和傳統的TP、LV 框架相差不多。

那為什么要使用 Swoole？

宇潤認為有以下幾點：

常駐內存，避免重復加載帶來的性能損耗，提升海量性能

協程異步，提高對 I/O 密集型場景并發處理能力（如：微信開發、支付、登錄等）

方便地開發 Http、WebSocket、TCP、UDP 等應用，可以與硬件通信

PHP 高性能微服務架構成為現實

常駐內存

目前傳統 PHP框架，在處理每個請求之前，都要做一遍加載框架文件、配置的操作。這可能已經成為性能問題的一大原因，而使用 Swoole 則沒有這個問題，一次加載多次使用。

協程

如下圖所示，這是同一個線程處理并發請求的場景，比如你某個接口中需要調用其它 api 接口或讀寫大文件，傳統同步阻塞和協程異步的優勢就體現了出來。

說到協程，就得先簡單說說進程和線程，眾所周知進程是很占用資源的，為了處理請求大量創建進程肯定是得不償失的。而多線程應用就比較多了，在 CPU 層面有幾個核心就會執行幾個任務，線程一旦創建的多了，就會有線程調度的損耗。

協程是在單線程基礎上實現的，它可以最大限度利用 CPU 資源，而不會在等待 I/O 時白白浪費。當然，協程數越多占用的內存也就越多，不過這個是可以接受的，相比進程和線程，占用的資源是相對較少的。

使用協程時，遇到讀寫文件、請求接口等場景，會自動掛起協程，把 CPU 讓給其它協程執行任務，這樣可以提升單線程的 CPU 資源利用率，減少浪費，從而提高性能。

協程代碼示例：

?php
use Swoole\Coroutine as co;
 
// 協程
$time = microtime(true);
// 創建10個協程
for($i = 0; $i  10; ++$i)
{
 // 創建協程
 go(function() use($i){
  co::sleep(1.0); // 模擬請求接口、讀寫文件等I/O
  echo $i, PHP_EOL;
 });
}
swoole_event_wait();
echo 'co time:', microtime(true) - $time, ' s', PHP_EOL;
 
// 同步
$time = microtime(true);
// 創建10個協程
for($i = 0; $i  10; ++$i)
{
 sleep(1); // 模擬請求接口、讀寫文件等I/O
 echo $i, PHP_EOL;
}
echo 'sync time:', microtime(true) - $time, ' s', PHP_EOL;

運行結果：

0
9
8
7
6
5
4
3
2
1
co time:1.0087130069733 s
0
1
2
3
4
5
6
7
8
9
sync time:10.010055065155 s

從上面結果可以看出，協程方式執行并不是順序的，性能更高，在sleep時會把當前線程的任務執行權交給其他協程。

創建 Http 服務

其實也沒想象中的難，看代碼：

$http = new swoole_http_server("127.0.0.1", 9501);
$http->on('request', function ($request, $response) {
 $response->end("h1>Hello Swoole. #".rand(1000, 9999)."/h1>");
});
$http->start();

微服務

Tars是騰訊從2008年到今天一直在使用的后臺邏輯層的統一應用框架TAF（Total Application Framework），目前支持C++,Java,PHP,Nodejs語言。該框架為用戶提供了涉及到開發、運維、以及測試的一整套解決方案，幫助一個產品或者服務快速開發、部署、測試、上線。 它集可擴展協議編解碼、高性能RPC通信框架、名字路由與發現、發布監控、日志統計、配置管理等于一體，通過它可以快速用微服務的方式構建自己的穩定可靠的分布式應用，并實現完整有效的服務治理。