最近兩個月一直在研究 Swoole，那麼藉助這篇文章，我希望能夠把 Swoole 安利給更多人。雖然 Swoole 可能目前定位是一些高級 phper 的玩具，讓中低級望而生畏，可能對一些應用場景也一臉懵逼，但其實沒這麼難的。 在 Swoole 官網的自我介紹是“面向生產環境的 PHP 非同步網路通信 ...
最近兩個月一直在研究 Swoole，那麼藉助這篇文章，我希望能夠把 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 則沒有這個問題，一次載入多次使用。
協程
說到協程，就得先簡單說說進程和線程，眾所周知進程是很占用資源的，為了處理請求大量創建進程肯定是得不償失的。而多線程應用就比較多了，在 CPU 層面有幾個核心就會執行幾個任務，線程一旦創建的多了，就會有線程調度的損耗。
協程是在單線程基礎上實現的，它可以最大限度利用 CPU 資源，而不會在等待 I/O 時白白浪費。當然，協程數越多占用的記憶體也就越多，不過這個是可以接受的，相比進程和線程，占用的資源是相對較少的。
使用協程時，遇到讀寫文件、請求介面等場景，會自動掛起協程，把 CPU 讓給其它協程執行任務，這樣可以提升單線程的 CPU 資源利用率，減少浪費，從而提高性能。
協程代碼示例：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 |
|
運行結果：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 |
|
從上面結果可以看出，協程方式執行並不是順序的，性能更高，在sleep時會把當前線程的任務執行權交給其他協程。
創建 Http 服務
其實也沒想象中的難，看代碼：
|
1 2 3 4 5 |
|
微服務
Tars是騰訊從2008年到今天一直在使用的後臺邏輯層的統一應用框架TAF（Total Application Framework），目前支持C++,Java,PHP,Nodejs語言。該框架為用戶提供了涉及到開發、運維、以及測試的一整套解決方案，幫助一個產品或者服務快速開發、部署、測試、上線。 它集可擴展協議編解碼、高性能RPC通信框架、名字路由與發現、發佈監控、日誌統計、配置管理等於一體，通過它可以快速用微服務的方式構建自己的穩定可靠的分散式應用，並實現完整有效的服務治理。
如有錯誤之處歡迎指出，我是真心想向大家推薦 Swoole！
明確的學習思路能更高效的學習
