為什麽 PHP 程序員應該學習使用 Swoole
最近兩個月一直在研究 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 資源利用率，減少浪費，從而提高性能。
協程代碼示例：
<code class="language-php"><?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;
運行結果：
<code class="language-php">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 服務
其實也沒想象中的難，看代碼：
<code class="language-php">$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通信框架、名字路由與發現、發布監控、日誌統計、配置管理等於一體，通過它可以快速用微服務的方式構建自己的穩定可靠的分布式應用，並實現完整有效的服務治理。
詳見：https://segmentfault.com/a/1190000011825769
如有錯誤之處歡迎指出，我是真心想向大家推薦 Swoole！
原文鏈接：https://my.oschina.net/yurun/blog/1831238
為什麽 PHP 程序員應該學習使用 Swoole