對(duì)于許多創(chuàng)業(yè)公司,要做網(wǎng)站和手機(jī)App, 到底選擇Java還是PHP,是個(gè)很糾結(jié)的事情.
作為一個(gè)有10多年經(jīng)驗(yàn)的工程師,談?wù)剛€(gè)人看法.
開門見山,先說(shuō)結(jié)論.
PHP的優(yōu)點(diǎn)
PHP的缺點(diǎn)
Java的優(yōu)點(diǎn)
Java的缺點(diǎn)
其實(shí)許多初創(chuàng)公司的訪問量,遠(yuǎn)遠(yuǎn)沒有達(dá)到PHP或是JAVA撐不住的地步.
這里假設(shè)公司面臨像小米或是12306這樣的大并發(fā)訪問.
大并發(fā)情況下,IO阻塞與非阻塞,性能差距是很大的.
查看一下Nginx, tomcat, php-fpm 的源碼,我們發(fā)現(xiàn),Nginx, tomcat使用的是非阻塞多路復(fù)用機(jī)制(對(duì)于linux, 底層就是epoll),一個(gè)線程可同時(shí)處理多個(gè)請(qǐng)求,而php-fpm是阻塞機(jī)制,一個(gè)進(jìn)程同時(shí)只能處理一個(gè)請(qǐng)求.
(php-fpm 有個(gè)配置可以使用epoll,只適用于master管理進(jìn)程,對(duì)應(yīng)worker進(jìn)程還是阻塞的)
處理大并發(fā)的能力排名nginx第一,tomcat第二,php-fpm第三.
對(duì)于像12306這樣的大并發(fā)情況,無(wú)論tomcat還是php-fpm都是瓶頸.
只有在nginx上做文章.
順便說(shuō)下對(duì)于底層的IO多路復(fù)用,FreeBSD 的kqueue 性能要優(yōu)于Linux 的epoll.
以Nginx為中心的大并發(fā)架構(gòu)
首先,Nginx負(fù)載均衡是必需的.這里主要講單臺(tái)服務(wù)器的架構(gòu)優(yōu)化設(shè)計(jì).
我們想,如果java和php 成為瓶頸,能繞過這個(gè)瓶頸就好.
回答是肯定的.
我們可以通過nginx插件直接訪問redis緩存,或是rabbitmq消息隊(duì)列里,這就是OpenResty項(xiàng)目提供的功能
OpenResty 是一款基于 NGINX 和 LuaJIT 的 Web 平臺(tái), 可以使用簡(jiǎn)單的Lua語(yǔ)言訪問后端redis, rabbitmq,mysql 等服務(wù),充分利用Nginx的非阻塞大并發(fā)處理能力.
通過OpenResty,可直接在redis讀取緩存,而訂單這樣的操作,可以寫到rabbitmq消息隊(duì)列里.
這樣大并發(fā)都有nginx來(lái)處理,php 或是java 只是作為工具在后端更新下緩存和處理消息隊(duì)列,這樣java和php 成為不再成為瓶頸,這也是開篇時(shí),我說(shuō)選擇php 或是java不重要的原因.
如果我們使用JWT認(rèn)證用戶,這個(gè)用戶檢查的工作也可由nginx來(lái)處理.
隨著公司規(guī)模的擴(kuò)大,對(duì)于消息推送,需要同時(shí)大量TCP長(zhǎng)連接的情況,這時(shí)候golang語(yǔ)言開始登場(chǎng).
對(duì)應(yīng)創(chuàng)業(yè)公司,初期消息推送可用第三方服務(wù),而對(duì)于以Nginx為中心的大并發(fā)架構(gòu)方案對(duì)應(yīng)很多初創(chuàng)公司也還用不到,真需要時(shí),用戶規(guī)模已經(jīng)很大了.
所以說(shuō)選擇Java和PHP 真的不是很關(guān)鍵的問題,關(guān)鍵的問題是團(tuán)隊(duì)熟悉哪個(gè)語(yǔ)言.
聯(lián)系客服