最近兩個月一直在研究 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 資源利用率，減少浪費，從而提高性能。

協程代碼示例：

運行結果：
0987654321co time:1.0087130069733 s0123456789sync time:10.010055065155 s
 
從上面結果可以看出，協程方式執行並不是順序的，性能更高，在sleep時會把當前線程的任務執行權交給其他協程。
創建 Http 服務
其實也沒想象中的難，看代碼：
$http = new swoole_http_server("127.0.0.1", 9501);$http->on('request', function ($request, $response) { $response->end("
Hello Swoole. #".rand(1000, 9999)."
");});$http->start();
微服務
Tars是騰訊從2008年到今天一直在使用的後臺邏輯層的統一應用框架TAF（Total Application Framework），目前支持C++,Java,PHP,Nodejs語言。該框架為用戶提供了涉及到開發、運維、以及測試的一整套解決方案，幫助一個產品或者服務快速開發、部署、測試、上線。 它集可擴展協議編解碼、高性能RPC通信框架、名字路由與發現、發佈監控、日誌統計、配置管理等於一體，通過它可以快速用微服務的方式構建自己的穩定可靠的分佈式應用，並實現完整有效的服務治理。

閱讀更多 IT技術之家 的文章

關鍵字: 編程語言 來水 PHP