因為看中了workerman的httpServer的qps比較高。所以想用來寫接口
【workerman的httpServer的qps比較高】這個真不是 Workerman 的重點,如果你只是看重 HTTP server 的 QPS 的話,Nginx 不會差。
嗯,Nginx 通過 fastcgi 接口調(diào)用 PHP engine,有多少個并發(fā)請求就要有多少個 PHP 進程,高并發(fā)會導(dǎo)致進程數(shù)升高。但既然是做 HTTP API,那些 MVC 框架基本可以不用了。
但說到 QPS,說到底還是要看業(yè)務(wù)代碼質(zhì)量,如果計算開銷比較大的話,Workerman 也一樣要開很多進程才可以,否則就會擁塞導(dǎo)致無法接受新的請求。(貌似 Workerman 現(xiàn)在還不支持動態(tài)進程數(shù)調(diào)整,相對而言 Nginx 還更靈活一點)
而從業(yè)務(wù)應(yīng)用層面看,Nginx+PHP 比 Workerman WebWorker 提供更豐富的 HTTP 支持,比如 url rewrite 就是個很常用的東西。
Workerman 的主要應(yīng)用場景還是在長連接領(lǐng)域,WebWorker 可以用于簡單的輔助,比如向 WebSocket server 發(fā)送命令給客戶端推送數(shù)據(jù)。