大家好，我是碼農(nóng)先森。

一次偶然看到了國(guó)外某機(jī)構(gòu)針對(duì) PHP 周邊生態(tài)框架及擴(kuò)展的性能測(cè)試排行榜，看到 Workerman 竟遙遙領(lǐng)先 Swoole。在我們 PHP 程序員現(xiàn)有的認(rèn)知里，Swoole 作為一個(gè)基于 C/C++ 語(yǔ)言編寫(xiě)的擴(kuò)展程序，性能居然落后了。第一眼看到這個(gè)結(jié)果的時(shí)候，我的心情久久不能平復(fù)，腦子里不經(jīng)的浮現(xiàn)著「難道 C/C++ 比 PHP 的性能還差了？」。

說(shuō)到 Workerman 和 Swoole，就想起了那不爭(zhēng)氣的 PHP-FPM。這么多年以來(lái)，但凡 PHP-FPM 在異步通信領(lǐng)域能有所建樹(shù)，也就沒(méi)有 Workerman 和 Swoole 什么事了。Workerman 在測(cè)試排行榜上能達(dá)到 Top1 想必有其過(guò)人之處，那我來(lái)說(shuō)說(shuō)具體的原因。說(shuō) Workerman 之前，先介紹一下目前 PHP-FPM 的現(xiàn)狀。

PHP-FPM 是基于多進(jìn)程模型的 PHP 進(jìn)程管理器，每個(gè)進(jìn)程在處理請(qǐng)求時(shí)都是單線程的，一次只能處理一個(gè)請(qǐng)求，無(wú)法充分利用多核 CPU 并發(fā)處理。并且進(jìn)程模型還是 IO 同步阻塞的形式，遇到 IO 操作還得苦苦等待。PHP 作為一種解釋性語(yǔ)言，每次請(qǐng)求都需要初始化環(huán)境、調(diào)用各個(gè)擴(kuò)展模塊的 MINIT、解析編譯代碼以及數(shù)據(jù)庫(kù)資源的連接，在請(qǐng)求處理完畢后再釋放資源、銷(xiāo)毀所有定義的類(lèi)、實(shí)例、符號(hào)表等，然后按順序調(diào)用各個(gè)擴(kuò)展模塊的 RSHUTDOWN。最后將請(qǐng)求生成的結(jié)果返回給代理服務(wù)，比如 Nginx、Apache 等。PHP-FPM 的這種運(yùn)行模式，頻繁的創(chuàng)建和銷(xiāo)毀資源，會(huì)導(dǎo)致高的內(nèi)存使用和低的執(zhí)行效率，在系統(tǒng)處于高并發(fā)、高負(fù)載的情況下將會(huì)帶來(lái)致命的后果。

看完 PHP-FPM 的現(xiàn)狀不時(shí)感嘆 Workerman 真是相見(jiàn)恨晚啊，PHP 程序員已經(jīng)苦 PHP-FPM 久矣。很多人都說(shuō) Workerman 高性能，且官方還宣稱(chēng)在 AB 壓力測(cè)試下 QPS 還超過(guò)單獨(dú)的 Nginx。但有多少人知道為什么高性能呢？它比 PHP-FPM 又好在哪呢？可能大家一時(shí)半會(huì)也說(shuō)不清，這里我來(lái)做個(gè)解釋?zhuān)贿^(guò)在解釋之前我們要先了解一下 IO 多路復(fù)用技術(shù)。

多路復(fù)用

IO 多路復(fù)用是通過(guò)一種機(jī)制實(shí)現(xiàn)同時(shí)監(jiān)控多個(gè) IO 流的技術(shù)，它的核心思想是通過(guò)一個(gè)單一的系統(tǒng)調(diào)用來(lái)同時(shí)監(jiān)控多個(gè) IO 操作。具體來(lái)說(shuō)，IO 多路復(fù)用允許一個(gè)進(jìn)程同時(shí)監(jiān)視多個(gè)文件描述符，比如 Socket 套接字，并且只在至少一個(gè)文件描述符就緒可讀、可寫(xiě)或異常等事件情況下才進(jìn)行真正的 IO 操作。IO 多路復(fù)用技術(shù)可以讓程序在遇到類(lèi)似 MySQL 讀寫(xiě)、Redis 操作、網(wǎng)絡(luò)請(qǐng)求、文件讀取等 IO 操作時(shí)，不會(huì)阻塞整個(gè)進(jìn)程的執(zhí)行，達(dá)到 IO 操作非阻塞的效果。大家耳熟能詳?shù)?Redis、Nginx、Go 也都采用了這種模型。

如果大家對(duì) IO 多路復(fù)用技術(shù)理解的云里霧里，建議在網(wǎng)上看看其他相關(guān)的資料?，F(xiàn)在我們只要知道這個(gè)技術(shù)很「牛逼」就行了，但凡只要涉及到高性能的程序或軟件必定會(huì)用到 IO 多路復(fù)用技術(shù)。沒(méi)錯(cuò) Workerman 正是將 IO 多路復(fù)用技術(shù)應(yīng)用在自己的底層架構(gòu)里，站在了巨人的肩膀上造就了 Workerman，這便是 Workerman 高性能的根本原因。其次還有一些影響因素，比如常駐進(jìn)程模式、無(wú)需重復(fù)加載文件等資源到內(nèi)存、全局變量只需初始化一次等。Workerman 加持了這些技術(shù)，則在性能上遠(yuǎn)遠(yuǎn)趕超了 PHP-FPM，但是回到我們剛開(kāi)始時(shí)提到的在某機(jī)構(gòu)性能測(cè)試上「Workerman 竟遙遙領(lǐng)先 Swoole」這又是什么原因呢？且聽(tīng)我娓娓道來(lái)！

Workerman 采用了 IO 多路復(fù)用技術(shù)，難道 Swoole 就不知道應(yīng)用嗎？既然 Swoole 官方也同樣宣稱(chēng)自己是高性能異步通信框架，那必然也使用了 IO 多路復(fù)用技術(shù)。Swoole 不僅僅只是簡(jiǎn)單的使用該技術(shù)，而是將該技術(shù)在 Swoole 上體現(xiàn)的淋漓盡致貫穿始終，連 Swoole 中引以為傲的協(xié)程都是基于事件循環(huán)「EventLoop」機(jī)制實(shí)現(xiàn)的。既然采用了該技術(shù)按理來(lái)說(shuō) Swoole 的性能應(yīng)該不會(huì)差?。膬烧叩谋举|(zhì)差異上來(lái)分析 Workerman 利用的是 pcntl、posix 擴(kuò)展實(shí)現(xiàn)了進(jìn)程管理的功能，實(shí)際上還是基于 PHP 實(shí)現(xiàn)。而 Swoole 是基于 C/C++ 語(yǔ)言實(shí)現(xiàn)的擴(kuò)展程序，是以擴(kuò)展模塊的形式在 PHP 中體現(xiàn)，在進(jìn)程管理方面也完全采用 C/C++ 語(yǔ)言實(shí)現(xiàn)。

原因分析

從某機(jī)構(gòu)的測(cè)試結(jié)果上來(lái)看，Workerman 比 Swoole 性能更強(qiáng)的原因，我認(rèn)為有以下幾點(diǎn)。一是：從 Workerman 和 Swoole 實(shí)現(xiàn)架構(gòu)的源代碼上來(lái)看，Workerman 的架構(gòu)更簡(jiǎn)潔代碼量更少，反觀 Swoole 的 C/C++ 代碼量更大內(nèi)部的處理邏輯更加復(fù)雜，Workerman 本質(zhì)上利用的是 PHP 基本擴(kuò)展 pcntl、posix 擴(kuò)展，而 Swoole 本身就是自行實(shí)現(xiàn)的擴(kuò)展模塊，從實(shí)際的情況上來(lái)看往往基本擴(kuò)展模塊比第三方的擴(kuò)展模塊在資源管理方面更加穩(wěn)定可靠。二是：在單進(jìn)程模式下，Swoole 沒(méi)有辦法利用多核 CPU 資源，那么 Swoole 中的利器「協(xié)程」便發(fā)揮不出實(shí)際的作用，因此在這種情況下 Swoole 的性能會(huì)略遜色于 Workerman。三是：從兩者所提供的功能上來(lái)看，Workerman 沒(méi)有類(lèi)似 Swoole 的并發(fā)管理、協(xié)程管理、通道管理、通道通信、進(jìn)程間的通信等底層功能，這些繁冗的功能在程序的運(yùn)行過(guò)程中也存在著一定的系統(tǒng)開(kāi)銷(xiāo)，當(dāng)程序的復(fù)雜度提升，也會(huì)顯而易見(jiàn)的影響到整個(gè)服務(wù)的性能和效率。

在某些特定條件的相較之下 Workerman 性能突出，但這也并不妨礙 Swoole 依舊是 PHP 異步通信領(lǐng)域的優(yōu)秀擴(kuò)展。Swoole 所提供的功能更豐富，比如可以手動(dòng)使用協(xié)程讓程序異步化、可以自行創(chuàng)建數(shù)據(jù)庫(kù)連接池提高連接資源的復(fù)用、可以利用協(xié)程進(jìn)程間的通信共享內(nèi)存資源等等。簡(jiǎn)單的說(shuō)就是各有千秋，我們?cè)趯?shí)際的技術(shù)選項(xiàng)過(guò)程中更應(yīng)該結(jié)合當(dāng)下的業(yè)務(wù)場(chǎng)景來(lái)做出正確的抉擇。

結(jié)語(yǔ)

最后，再談一點(diǎn)個(gè)人的看法，Workerman 更適合 PHP 初學(xué)者接觸網(wǎng)絡(luò)通信領(lǐng)域，沒(méi)有那么多類(lèi)似協(xié)程、進(jìn)程、事件循環(huán)、異步阻塞非阻塞等難以理解的概念，直接拿來(lái)即用「上手快」。反觀 Swoole 很多人都止步于了擴(kuò)展的安裝上，擴(kuò)展安裝環(huán)境部署都搞的個(gè)半死，更別談使用了。Swoole 更適合長(zhǎng)期在 Linux 環(huán)境下編程，并且對(duì)操作系統(tǒng)、網(wǎng)絡(luò)編程、網(wǎng)絡(luò)協(xié)議有一定基礎(chǔ)的人。有些人打心底里就看不起 PHP 就自認(rèn)為基于 C/C++ 語(yǔ)言的 Swoole 就更高級(jí)，要學(xué)就學(xué)最「牛逼」的，往往這種還沒(méi)有學(xué)會(huì)走就想要跑的心態(tài)，結(jié)果都是摔得最慘的。透過(guò)這篇文章來(lái)看基于 PHP 本身實(shí)現(xiàn)的 Workerman 也不是很差嘛，所以大家量力而行，鞋子合不合適只有穿在自己腳上才知道，別把名牌的鞋子硬生生的套在自己腳上，最終的結(jié)果反而不盡如人意得不償失。

感謝閱讀，希望對(duì)大家能有所啟發(fā)。

歡迎關(guān)注、分享、點(diǎn)贊、收藏、在看，我是微信公眾號(hào)「碼農(nóng)先森」作者。