這段時(shí)間在做系統(tǒng)的優(yōu)化。事情的起因是這樣的。我們開(kāi)發(fā)的系統(tǒng)需要在分公司使用，而分公司的網(wǎng)絡(luò)帶寬只有專線2M的。我們的系統(tǒng)的層次結(jié)構(gòu)是C/S三層，雖然客戶端是Swing開(kāi)發(fā)的Desktop應(yīng)用，但一樣可以在分公司的通過(guò)網(wǎng)絡(luò)連接進(jìn)行訪問(wèn)，可以做到每次登陸后，實(shí)時(shí)更新程序。由于網(wǎng)絡(luò)速度不穩(wěn)定，導(dǎo)致原來(lái)在局域網(wǎng)很快完成的應(yīng)用，到分公司現(xiàn)場(chǎng)測(cè)試時(shí)，發(fā)現(xiàn)很慢，一個(gè)操作需要100 多秒（由于后臺(tái)算法比較復(fù)雜，連接中間件和數(shù)據(jù)的查詢次數(shù)比較頻繁）。根據(jù)分析，將瓶頸確定在客戶端與中間件層之間。為了優(yōu)化，需要將精力放在這里，盡量減少與中間層的交互。由于篇幅有限，本文不講Weblogic和Oracle DB的性能優(yōu)化，僅從程序的角度來(lái)講系統(tǒng)效率的優(yōu)化。

具體做法如下：

1.根據(jù)測(cè)試報(bào)告中所描述的時(shí)間，找出瓶頸所在，確定優(yōu)化方案，這個(gè)很重要，是行動(dòng)的指南。

2.確定優(yōu)化目標(biāo)，例如原來(lái)100秒，優(yōu)化到6秒；

3.分析網(wǎng)絡(luò)連接點(diǎn)，將能夠從服務(wù)端可以取出的數(shù)據(jù)，一次取出，在客戶端進(jìn)行邏輯運(yùn)算。

4.需要考慮在網(wǎng)絡(luò)不穩(wěn)定的情況或異常關(guān)機(jī)的情況下，對(duì)于客戶端的未保存的數(shù)據(jù)進(jìn)行緩存，保證用戶輸入數(shù)據(jù)的安全。

5.除了減少中間層的訪問(wèn)次數(shù)，對(duì)于查詢數(shù)據(jù)較慢的表格也需要加如Index進(jìn)行優(yōu)化。

根據(jù)上述方法，優(yōu)化已經(jīng)基本達(dá)到了目標(biāo)，總結(jié)如下：

1.優(yōu)化無(wú)止盡，需要找出瓶頸，確定優(yōu)化目標(biāo)；

2.優(yōu)化不僅僅考慮中間層的連接次數(shù)，對(duì)于數(shù)據(jù)庫(kù)的性能優(yōu)化也同樣重要。遇到過(guò)原來(lái)一個(gè)查詢需要8000MS，通過(guò)數(shù)據(jù)庫(kù)和SQL語(yǔ)句的優(yōu)化，達(dá)到了500MS；

3.優(yōu)化需要結(jié)合具體的程序考慮，需要層層跟蹤。例如，需要跟蹤哪里進(jìn)行了中間層連接，這個(gè)連接是否有必要。

4.利用緩存時(shí)候，需要考慮緩存數(shù)據(jù)的一致性。

5.保存數(shù)據(jù)，進(jìn)行批量中間層保存；

6.獨(dú)立的事務(wù)處理可以在PL/SQL里面實(shí)現(xiàn)，這樣效率***。

原文鏈接：http://blog.csdn.net/iammerryz/article/details/7679076