這篇文章主要介紹java解決高并發(fā)的問(wèn)題,文中介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們一定要看完!
創(chuàng)新互聯(lián)建站堅(jiān)持“要么做到,要么別承諾”的工作理念,服務(wù)領(lǐng)域包括:成都做網(wǎng)站、成都網(wǎng)站建設(shè)、企業(yè)官網(wǎng)、英文網(wǎng)站、手機(jī)端網(wǎng)站、網(wǎng)站推廣等服務(wù),滿足客戶于互聯(lián)網(wǎng)時(shí)代的景縣網(wǎng)站設(shè)計(jì)、移動(dòng)媒體設(shè)計(jì)的需求,幫助企業(yè)找到有效的互聯(lián)網(wǎng)解決方案。努力成為您成熟可靠的網(wǎng)絡(luò)建設(shè)合作伙伴!
1 、從最基礎(chǔ)的地方做起,優(yōu)化我們寫(xiě)的代碼,減少不必要的資源浪費(fèi)。
a、避免頻繁的使用new對(duì)象,對(duì)于整個(gè)應(yīng)用只需要存在一個(gè)實(shí)例的類,我們可以使用單例模式。對(duì)于String連接操作,使用StringBuffer或StringBuilder,對(duì)于工具類可以通過(guò)靜態(tài)方法來(lái)訪問(wèn)。
b、避免使用錯(cuò)誤的方式,盡量不用instanceof做條件判斷。使用java中效率高的類,比如ArrayList比Vector性能好。
2、html靜態(tài)化
我們通過(guò)一個(gè)鏈接地址訪問(wèn),通過(guò)這個(gè)鏈接地址,服務(wù)器對(duì)應(yīng)的模塊處理這個(gè)請(qǐng)求,轉(zhuǎn)到對(duì)應(yīng)的jsp頁(yè)面,最后生成我們要的數(shù)據(jù)。但是,如果上千萬(wàn)個(gè)請(qǐng)求的話,有太多的高并發(fā)請(qǐng)求,那么就會(huì)加重服務(wù)器的壓力,最壞的情況是把服務(wù)器down掉。那么如何避免這種情況的出現(xiàn)呢?如果我們把最初對(duì)test.do的請(qǐng)求結(jié)果保存成一個(gè)html文件,然后每次用戶都去訪問(wèn)這個(gè)html文件,這樣就不用再去訪問(wèn)服務(wù)器了,服務(wù)器的壓力不就減少了?
那如何自動(dòng)的生成靜態(tài)頁(yè)面,當(dāng)用戶去訪問(wèn),會(huì)自動(dòng)的生成test.html ,然后再顯示給用戶。
3、圖片服務(wù)器分離
對(duì)于web服務(wù)器來(lái)說(shuō),圖片是最消耗資源的,于是我們有必要把圖片與頁(yè)面進(jìn)行分離,我們把圖片放到獨(dú)立的圖片服務(wù)器。這樣的架構(gòu)可以降低提供頁(yè)面訪問(wèn)請(qǐng)求的服務(wù)器系統(tǒng)壓力,并且可以保證系統(tǒng)不會(huì)因?yàn)閳D片的問(wèn)題而崩潰。在圖片服務(wù)器上,我們可以對(duì)不同的配置進(jìn)行優(yōu)化。
4、緩存
具體接觸過(guò)的緩存機(jī)制是hibernate的緩存機(jī)制。為了避免每次都向數(shù)據(jù)庫(kù)中取得數(shù)據(jù),我們把用戶常常訪問(wèn)到的數(shù)據(jù)放到內(nèi)存中,甚至緩存十分大的時(shí)候我們可以把內(nèi)存中的緩存放到硬盤(pán)中。還有高級(jí)的分布式緩存數(shù)據(jù)庫(kù)使用,都可以增加系統(tǒng)的抗壓力。
5、分批傳送
在做某項(xiàng)目的時(shí)候,一次傳遞的參數(shù)太多,而且數(shù)據(jù)庫(kù)規(guī)定一次最多傳遞的參數(shù)最多是三萬(wàn)條,當(dāng)時(shí)有五萬(wàn)條記錄,那怎么傳送呢?最終是分批傳送,電梯里一次乘不下那么多的人,會(huì)報(bào)超重的bug,那就分批把人送上去。
還有一次在考試系統(tǒng)中,如果那么多的考試人員同時(shí)提交到數(shù)據(jù)庫(kù)中,數(shù)據(jù)庫(kù)的壓力增大,有時(shí)會(huì)被down掉,當(dāng)時(shí)采用的方法是使用ajax異步傳輸,沒(méi)有等待考生點(diǎn)擊提交按鈕的時(shí)候,就把考生的答案自動(dòng)提交,這樣也避免了突然斷電考生前面做過(guò)的題出現(xiàn)丟失的現(xiàn)象。
6、數(shù)據(jù)庫(kù)集群
當(dāng)面對(duì)復(fù)雜的應(yīng)用,用戶大量訪問(wèn)的時(shí)候,一臺(tái)數(shù)據(jù)很快無(wú)法滿足需求,于是我們需要使用數(shù)據(jù)庫(kù)集群或者庫(kù)表散列。
我們?cè)趹?yīng)用程序中安裝業(yè)務(wù)和應(yīng)用或者功能模塊將數(shù)據(jù)進(jìn)行分離,不同的模塊對(duì)應(yīng)不同的數(shù)據(jù)庫(kù)或表,再按照一定的策略對(duì)某個(gè)頁(yè)面或者功能進(jìn)行更小的數(shù)據(jù)庫(kù)散列。
7、DB優(yōu)化
a、在數(shù)據(jù)庫(kù)設(shè)計(jì)的時(shí)候就要考慮到后期的維護(hù),數(shù)據(jù)庫(kù)三范式是我們?cè)O(shè)計(jì)數(shù)據(jù)庫(kù)索要遵循的原則。
b、索引的建立:建立索引要適當(dāng),如果一個(gè)表經(jīng)常用來(lái)被查詢,對(duì)于增加和修改很少被用到,我們就可以為這個(gè)表建立索引,因?yàn)閷?duì)于增加和修改和刪除操作時(shí),我們對(duì)索引的維護(hù)要大大超過(guò)索引給我們帶來(lái)的效率。
c、表字段的類型選擇要恰當(dāng)包括字段的長(zhǎng)度、類型等,要根據(jù)實(shí)際存儲(chǔ)的數(shù)據(jù)進(jìn)行選擇,長(zhǎng)度不要過(guò)長(zhǎng),否則會(huì)影響效率。
d、外鍵要慎用,因?yàn)橹麈I代表這一張表,而外鍵代表一群表,對(duì)表之間進(jìn)行了關(guān)聯(lián),在刪除修改等需要我們關(guān)聯(lián)。
e、在數(shù)據(jù)庫(kù)操作上
盡量使用prepareStatement,少用Statement,因?yàn)镻repareStatement是進(jìn)行預(yù)編譯的。
connection設(shè)置為readOnly,Connection是對(duì)書(shū)庫(kù)連接,屬于重量級(jí),我們使用即可。
連接池的使用,我們可以修改數(shù)據(jù)庫(kù)默認(rèn)的連接數(shù)。
8、負(fù)載均衡
負(fù)載均衡將是大型網(wǎng)站解決高負(fù)荷訪問(wèn)和大量并發(fā)請(qǐng)求采用的高端解決辦法。
負(fù)載均衡技術(shù)發(fā)展了多年,有很多專業(yè)的服務(wù)提供商和產(chǎn)品可以選擇,我個(gè)人接觸過(guò)一些解決方法,其中有兩個(gè)架構(gòu)可以給大家做參考。
(1)、硬件四層交換
第四層交換使用第三層和第四層信息包的報(bào)頭信息,根據(jù)應(yīng)用區(qū)間識(shí)別業(yè)務(wù)流,將整個(gè)區(qū)間段的業(yè)務(wù)流分配到合適的應(yīng)用服務(wù)器進(jìn)行處理。
第四層交換功能就像是虛IP,指向物理服務(wù)器。它傳輸?shù)臉I(yè)務(wù)服從的協(xié)議多種多樣,有HTTP、FTP、NFS、Telnet或其他協(xié)議。這些業(yè)務(wù)在物理服務(wù)器基礎(chǔ)上,需要復(fù)雜的載量平衡算法。在IP世界,業(yè)務(wù)類型由終端TCP或UDP端口地址來(lái)決定,在第四層交換中的應(yīng)用區(qū)間則由源端和終端IP地址、TCP和UDP端口共同決定。
在硬件四層交換產(chǎn)品領(lǐng)域,有一些知名的產(chǎn)品可以選擇,比如Alteon、F5等,這些產(chǎn)品很昂貴,但是物有所值,能夠提供非常優(yōu)秀的性能和很靈活的管理能力?!癥ahoo中國(guó)”當(dāng)初接近2000臺(tái)服務(wù)器,只使用了三、四臺(tái)Alteon就搞定了。
(2)、軟件四層交換
大家知道了硬件四層交換機(jī)的原理后,基于OSI模型來(lái)實(shí)現(xiàn)的軟件四層交換也就應(yīng)運(yùn)而生,這樣的解決方案實(shí)現(xiàn)的原理一致,不過(guò)性能稍差。但是滿足一定量的壓力還是游刃有余的,有人說(shuō)軟件實(shí)現(xiàn)方式其實(shí)更靈活,處理能力完全看你配置的熟悉能力。
軟件四層交換我們可以使用Linux上常用的LVS來(lái)解決,LVS就是Linux Virtual Server,他提供了基于心跳線heartbeat的實(shí)時(shí)災(zāi)難應(yīng)對(duì)解決方案,提高系統(tǒng)的強(qiáng)壯性,同時(shí)可供了靈活的虛擬VIP配置和管理功能,可以同時(shí)滿足多種應(yīng)用需求,這對(duì)于分布式的系統(tǒng)來(lái)說(shuō)必不可少。
一個(gè)典型的使用負(fù)載均衡的策略就是,在軟件或者硬件四層交換的基礎(chǔ)上搭建squid集群,這種思路在很多大型網(wǎng)站包括搜索引擎上被采用,這樣的架構(gòu)低成本、高性能還有很強(qiáng)的擴(kuò)張性,隨時(shí)往架構(gòu)里面增減節(jié)點(diǎn)都非常容易。
對(duì)于大型網(wǎng)站來(lái)說(shuō),前面提到的每個(gè)方法可能都會(huì)被同時(shí)使用到,這里介紹得比較淺顯,具體實(shí)現(xiàn)過(guò)程中很多細(xì)節(jié)還需要大家慢慢熟悉和體會(huì)。有時(shí)一個(gè)很小的squid參數(shù)或者apache參數(shù)設(shè)置,對(duì)于系統(tǒng)性能的影響就會(huì)很大。
9、鏡像
鏡像是大型網(wǎng)站常采用的提高性能和數(shù)據(jù)安全性的方式,鏡像的技術(shù)可以解決不同網(wǎng)絡(luò)接入商和地域帶來(lái)的用戶訪問(wèn)速度差異,比如ChinaNet和EduNet之間的差異就促使了很多網(wǎng)站在教育網(wǎng)內(nèi)搭建鏡像站點(diǎn),數(shù)據(jù)進(jìn)行定時(shí)更新或者實(shí)時(shí)更新。在鏡像的細(xì)節(jié)技術(shù)方面,這里不闡述太深,有很多專業(yè)的現(xiàn)成的解決架構(gòu)和產(chǎn)品可選。也有廉價(jià)的通過(guò)軟件實(shí)現(xiàn)的思路,比如linux上的rsync等工具。
10、最新:CDN加速技術(shù)
什么是cdn?
CDN的全稱是內(nèi)容分發(fā)網(wǎng)絡(luò)。其目的是通過(guò)在現(xiàn)有的Internet中增加一層新的網(wǎng)絡(luò)架構(gòu),將網(wǎng)站的內(nèi)容發(fā)布到最接近用戶的網(wǎng)絡(luò)“邊緣”,使用戶可以就近取得所需的內(nèi)容,提高用戶訪問(wèn)網(wǎng)站的響應(yīng)速度。
CDN有別于鏡像,因?yàn)樗如R像更智能,或者可以做這樣一個(gè)比喻:CDN=更智能的鏡像+緩存+流量導(dǎo)流。因而,CDN可以明顯提高Internet網(wǎng)絡(luò)中信息流動(dòng)的效率。從技術(shù)上全面解決由于網(wǎng)絡(luò)帶寬小、用戶訪問(wèn)量大、網(wǎng)點(diǎn)分布不均等問(wèn)題,提高用戶訪問(wèn)網(wǎng)站的響應(yīng)速度。
CDN的類型特點(diǎn):
CDN的實(shí)現(xiàn)分為三類:鏡像、高速緩存、專線。
鏡像站點(diǎn)(Mirror Site),是最常見(jiàn)的,它讓內(nèi)容直接發(fā)布,適用于靜態(tài)和準(zhǔn)動(dòng)態(tài)的數(shù)據(jù)同步。但是購(gòu)買(mǎi)和維護(hù)新服務(wù)器的費(fèi)用較高,還必須在各個(gè)地區(qū)設(shè)置鏡像服務(wù)器,配備專業(yè)技術(shù)人員進(jìn)行管理與維護(hù)。對(duì)于大型網(wǎng)站來(lái)說(shuō),更新所用的帶寬成本也大大提高了。
高速緩存,成本較低,適用于靜態(tài)內(nèi)容。Internet的統(tǒng)計(jì)表明,超過(guò)80%的用戶經(jīng)常訪問(wèn)的是20%的網(wǎng)站的內(nèi)容,在這個(gè)規(guī)律下,緩存服務(wù)器可以處理大部分客戶的靜態(tài)請(qǐng)求,而原始的服務(wù)器只需處理約20%左右的非緩存請(qǐng)求和動(dòng)態(tài)請(qǐng)求,于是大大加快了客戶請(qǐng)求的響應(yīng)時(shí)間,并降低了原始服務(wù)器的負(fù)載。
CDN服務(wù)一般會(huì)在全國(guó)范圍內(nèi)的關(guān)鍵節(jié)點(diǎn)上放置緩存服務(wù)器。
專線,讓用戶直接訪問(wèn)數(shù)據(jù)源,可以實(shí)現(xiàn)數(shù)據(jù)的動(dòng)態(tài)同步。
以上是java解決高并發(fā)的問(wèn)題的所有內(nèi)容,感謝各位的閱讀!希望分享的內(nèi)容對(duì)大家有幫助,更多相關(guān)知識(shí),歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道!