webman可以兼容已有的composer生態(tài)(swoole不能),而且可以常駐內(nèi)存高性能,那是不是可以丟掉swoole而完全投入到workerman和webman的懷抱呢?
workerman 其實(shí)也兼容swoole,看這個(gè)帖子,http://m.wtbis.cn/q/3529
其實(shí)我是想得到一些關(guān)于workerman和swoole的更多使用場(chǎng)景的對(duì)比,比如webman的阻塞io為什么性能高,然后webman為什么沒有數(shù)據(jù)庫(kù)連接池等等這些底層原理的知識(shí)。
吊打夸張了,各有優(yōu)勢(shì)吧。webman易上手兼顧高性能,雖然壓測(cè)極限性能高于swoole擴(kuò)展,但那個(gè)只是極限性能,需要數(shù)據(jù)庫(kù)足夠快。swoole的優(yōu)勢(shì)是自帶協(xié)程,有更好的彈性,缺點(diǎn)就是學(xué)習(xí)成本有點(diǎn)高。
回調(diào)異步模型≈無(wú)棧協(xié)程異步模型>有棧協(xié)程異步模型。swoole顯然是有棧協(xié)程異步模型,編寫上非常方便,可惜有棧協(xié)程是非常浪費(fèi)內(nèi)存的。workerman是屬于回調(diào)異步模型。單個(gè)線程/進(jìn)程即可處理大量連接, 但是因?yàn)椴⒉环洗蠹艺J(rèn)為的C比PHP快的期望才會(huì)讓人感覺意外
說(shuō)白了,都是在做IO,不是在做密集計(jì)算,語(yǔ)言影響力當(dāng)然沒那么大
Workerman/Webman兼容現(xiàn)有的生態(tài)是一個(gè)很大的優(yōu)勢(shì),源代碼也有,有一定能力可自行擴(kuò)展/除蟲,Swoole的話,有問(wèn)題只能去看C的源碼,不然只能等官方修復(fù)