是不是可以丟掉swoole而完全投入到workerman和webman的懷抱呢？

西門黃瓜多 2022-01-17

webman可以兼容已有的composer生態(tài)(swoole不能)，而且可以常駐內存高性能，那是不是可以丟掉swoole而完全投入到workerman和webman的懷抱呢？

 3065  4 0

4個回答

six 2022-01-17

workerman 其實也兼容swoole，看這個帖子，http://wtbis.cn/q/3529

西門黃瓜多 2022-01-17

好的
西門黃瓜多 2022-01-17

其實我是想得到一些關于workerman和swoole的更多使用場景的對比，比如webman的阻塞io為什么性能高，然后webman為什么沒有數(shù)據(jù)庫連接池等等這些底層原理的知識。
西門黃瓜多 2022-01-17

再有就是webman可以兼容全部composer生態(tài)的話，是否真的可以吊打swoole相關框架了。
xiuwang 2022-01-18

吊打夸張了，各有優(yōu)勢吧。webman易上手兼顧高性能，雖然壓測極限性能高于swoole擴展，但那個只是極限性能，需要數(shù)據(jù)庫足夠快。swoole的優(yōu)勢是自帶協(xié)程，有更好的彈性，缺點就是學習成本有點高。

不敗少龍 2022-01-17

各有各的優(yōu)勢!適合自己的才是最重要的

暫無評論

Tinywan 2022-01-17

二者兼得！

暫無評論

nitron 2022-01-18

回調異步模型≈無棧協(xié)程異步模型>有棧協(xié)程異步模型。swoole顯然是有棧協(xié)程異步模型，編寫上非常方便，可惜有棧協(xié)程是非常浪費內存的。workerman是屬于回調異步模型。單個線程/進程即可處理大量連接，但是因為并不符合大家認為的C比PHP快的期望才會讓人感覺意外
說白了，都是在做IO，不是在做密集計算，語言影響力當然沒那么大
Workerman/Webman兼容現(xiàn)有的生態(tài)是一個很大的優(yōu)勢,源代碼也有,有一定能力可自行擴展/除蟲,Swoole的話,有問題只能去看C的源碼,不然只能等官方修復