1.避免方法過長

一方面，從維護角度來說，適當長度的方法易讀性更強，更容易理解;另一方面，在類的加載和方法調用的過程中，方法會被加載到內存中。如果一個方法太大，處理起來就需要消耗額外的內存和CPU周期。我們應該學會在恰當?shù)倪壿孅c上將一個長方法拆開。

固鎮(zhèn)網(wǎng)站建設公司成都創(chuàng)新互聯(lián)公司,固鎮(zhèn)網(wǎng)站設計制作，有大型網(wǎng)站制作公司豐富經(jīng)驗。已為固鎮(zhèn)千余家提供企業(yè)網(wǎng)站建設服務。企業(yè)網(wǎng)站搭建\外貿營銷網(wǎng)站建設要多少錢，請找那個售后服務好的固鎮(zhèn)做網(wǎng)站的公司定做！

2.避免多個if-else語句

對于這個優(yōu)化點，大家應該很熟悉了。但是實際在寫代碼的時候，還是if-else一擼到底。

這樣做的話，其實也會影響性能。因為JVM必須對條件進行比較。如果在for、while等循環(huán)語句中使用同樣的條件，情況會變得更糟糕。

如果我們的業(yè)務邏輯中有很多的條件，我們可以嘗試著將這些條件分組并且返回一個布爾值，然后再將其用于if語句。

另外，如果可能的話，我們可以考慮使用switch語句來代替多個if-else。switch語句比if-else有性能優(yōu)勢。 下面我們看一個例子：

if (condition1) {

    if (condition2) {

        if (condition3 || condition4) { execute ..}

        else { execute..}

對比上面這段代碼，合適的做法應該如下：

boolean result = (condition1 && condition2) && (condition3  || condition4)

3.避免使用iterator

用Java5的foreach風格來寫循環(huán)確實很方便很簡潔，看起來就很酷!

但是有的時候?？崾且冻鲂阅艿拇鷥r的。

例如：

for (String str: strs) {
    . . .
}

每次運行代碼，如果strs是Iterable的，你將會創(chuàng)建一個新的Iterator對象。這樣做會導致更多內存的消耗。

如果你對性能有著極致的追求，那么還是建議你使用原始的寫法：

int size = strs.size();
for (int i = 0; i < size; i++) {
    String value = strs.get(i);
    . . .
}

4. 避免在集合中獲取size

在對任何集合進行迭代時，要事先得到集合的大小，而不是在迭代過程中得到它——這樣避免多次調用size()方法。

下面請看這個例子：

List eleList = getData();
for (int i = 0; i < eleList.size(); i++) { execute code ..}

對比上面這段代碼，合適的做法應該如下：

List objList = getData();
int size = objList.size();
for (int i = 0; i < size; i++) { execute code ..} 

5.避免使用+號拼接字符串

從JDK5開始，Java編譯器就做了優(yōu)化，使用+號拼接字符串，編譯器編譯后實際就自動優(yōu)化為使用StringBuilder。

而且String是final類，用String創(chuàng)建的對象無法重復使用。因此，如果我們需要連續(xù)拼接，使用+號拼接字符串將導致創(chuàng)建多個String對象，從而會占用更多的堆內存。

一般來說，當字符串不多的時候，+號與StringBuilder的拼接效率其實相差無幾;但是如果涉及到單線程循環(huán)拼接的時候，我們最好還是使用StringBuilder以保證性能上的優(yōu)化。

下面請看一個例子：

String str = "sample";
    for (int i = 0; i < count; i++) {
        str = str + "-" + i;
    }

更合適的做法如下：

StringBuilder stringBuilder = new StringBuilder("sample");
    for (int i = 0; i < count; i++) {
        stringBuilder.append("-");
        stringBuilder.append(i);
    }

6.盡可能使用基本類型

因為基本類型存儲在棧內存中，而對象存儲在堆內存中。如果可以的話，我們應該盡可能使用基本類型而非對象，因為棧內存的訪問速度比堆內存快。

因此在某些情況下，定義一個變量或者數(shù)組，我們可以使用int而非Integer,double而非Double。

7.避免使用BigDecimal類

BigDecimal類提供了精確的小數(shù)值，過度使用這個對象會對性能造成影響，特別是當這個對象被用來在循環(huán)中計算某些數(shù)值時。

BigDecimal在進行計算時要比long或double占用更多的內存。如果精度不受限制，或者我們確認計算值的范圍不會超過long或double，我們可以避免使用BigDecimal，而使用long或double，并進行適當?shù)霓D換。

8.避免經(jīng)常創(chuàng)建“代價昂貴”的對象

有一些類在應用程序中承載著數(shù)據(jù)，這些對象的創(chuàng)建開銷很大，我們應該避免多次創(chuàng)建。

比如說，數(shù)據(jù)庫連接對象，系統(tǒng)配置對象，或者是用戶登錄的會話對象。這些對象在創(chuàng)建的時候占用了大量資源，我們應該選擇重用這些對象，而不是再次創(chuàng)建。

對于這些"代價昂貴"的對象，我們盡可能使用單例模式來創(chuàng)建單一實例，并在需要的地方重用它。

9.使用PreparedStatement而不是Statement

現(xiàn)在應該比較少用JDBC API進行SQL查詢了，但是我覺得還是有必要了解一下。

對于參數(shù)化查詢，PreparedStatement比Statement更有優(yōu)勢，因為PreparedStatement對象被編譯一次并執(zhí)行多次。Statement對象在每次被調用時都會被編譯和執(zhí)行。

此外，PreparedStatement對象是安全的，可以避免SQL注入攻擊。

10.避免使用不必要的日志語句和不正確的日志級別

這個建議應該是很普遍的，但是很多代碼忽略了這一點。我們在創(chuàng)建調試信息的時候，應該先檢查一下當前的日志級別。

否則你可能會無意之間創(chuàng)建一條無用的日志信息。 請看例子：

log.debug("User [" + userName + "] called method X with [" + i + "]");
log.debug(String.format("User [%s] called method X with [%d]", userName, i));

11.選擇SQL查詢中的必要字段

有時，我們需要寫SQL來獲取數(shù)據(jù)。此時我們應該避免選擇所有數(shù)據(jù)庫列，只選擇我們需要的數(shù)據(jù)庫列。

選擇太多的列會導致數(shù)據(jù)庫查詢執(zhí)行的延遲，也會增加網(wǎng)絡流量。

請看示例：

select * from books where book_id = 6;

對此，我建議這么寫：

select book_title, book_desc, book_price from books where book_id = 6;

結語

很多人認為性能優(yōu)化是一個復雜的話題，需要大量的經(jīng)驗和知識，這在一定程度上是對的。

我們開發(fā)一個應用程序并且期望獲得盡可能好的性能并不是一件容易的事情。但是，即使你不是性能調優(yōu)專家，也可以采取一些簡單的方法來提高性能。

網(wǎng)頁名稱：11個值得掌握的Java代碼性能優(yōu)化技巧
本文地址：http://uogjgqi.cn/article/ccsjcip.html