Java程序性能優化

1、避免在循環條件中使用複雜表達式

在不作編譯優化的狀況下，在循環中，循環條件會被反覆計算，若是不使用複雜表達式，而使循環條件值不變的話，程序將會運行的更快。

例子：

更正：

2、爲'vectors' 和 'hashtables'定義初始大小

jvm爲vector擴充大小的時候須要從新建立一個更大的數組，將原原先數組中的內容複製過來，最後，原先的數組再被回收。可見vector容量的擴大是一個頗費時間的事。

一般，默認的10個元素大小是不夠的。你最好能準確的估計你所須要的最佳大小。

例子：

更正：

本身設定初始大小。

public vector v = new vector(20);

3、在finally塊中關閉stream

程序中使用到的資源應當被釋放，以免資源泄漏。這最好在finally塊中去作。無論程序執行的結果如何，finally塊老是會執行的，以確保資源的正確關閉。

例子：

更正：

在最後一個catch後添加一個finally塊

4、使用'system.arraycopy ()'代替經過來循環複製數組

'system.arraycopy ()' 要比經過循環來複制數組快的多。

例子：

更正：

5、讓訪問實例內變量的getter/setter方法變成」final」

簡單的getter/setter方法應該被置成final，這會告訴編譯器，這個方法不會被重載，因此，能夠變成」inlined」

例子：

更正：

6、避免不須要的instanceof操做

若是左邊的對象的靜態類型等於右邊的，instanceof表達式返回永遠爲true。

例子：

更正：

刪掉不須要的instanceof操做。

7、避免不須要的造型操做

全部的類都是直接或者間接繼承自object。一樣，全部的子類也都隱含的「等於」其父類。那麼，由子類造型至父類的操做就是沒必要要的了。

例子：

更正：

8、若是隻是查找單個字符的話，用charat()代替startswith()

用一個字符做爲參數調用startswith()也會工做的很好，但從性能角度上來看，調用用string api無疑是錯誤的!

例子：

更正

將'startswith()' 替換成'charat()'.

9、使用移位操做來代替'a / b'操做

"/"是一個很「昂貴」的操做，使用移位操做將會更快更有效。

例子：

更正：

10、使用移位操做代替'a * b'

同上。

[i]但我我的認爲，除非是在一個很是大的循環內，性能很是重要，並且你很清楚你本身在作什麼，方可以使用這種方法。不然提升性能所帶來的程序晚讀性的下降將是不合算的。

例子：

更正：

11、在字符串相加的時候，使用 ' ' 代替 " "，若是該字符串只有一個字符的話

例子：

更正：

將一個字符的字符串替換成' '

12、不要在循環中調用synchronized(同步)方法

方法的同步須要消耗至關大的資料，在一個循環中調用它絕對不是一個好主意。

例子：

更正：

不要在循環體中調用同步方法，若是必須同步的話，推薦如下方式：

十3、將try/catch塊移出循環

把try/catch塊放入循環體內，會極大的影響性能，若是編譯jit被關閉或者你所使用的是一個不帶jit的jvm，性能會將降低21%之多!

例子：

更正：

將try/catch塊移出循環

十4、對於boolean值，避免沒必要要的等式判斷

將一個boolean值與一個true比較是一個恆等操做(直接返回該boolean變量的值). 移走對於boolean的沒必要要操做至少會帶來2個好處：

1)代碼執行的更快 (生成的字節碼少了5個字節)；

2)代碼也會更加乾淨 。

例子：

更正：

十5、對於常量字符串，用'string' 代替 'stringbuffer'

常量字符串並不須要動態改變長度。

例子：

更正：

把stringbuffer換成string，若是肯定這個string不會再變的話，這將會減小運行開銷提升性能。

十6、用'stringtokenizer' 代替 'indexof()' 和'substring()'

字符串的分析在不少應用中都是常見的。使用indexof()和substring()來分析字符串容易致使 stringindexoutofboundsexception。而使用stringtokenizer類來分析字符串則會容易一些，效率也會高一些。

例子：

十7、使用條件操做符替代"if (cond) return; else return;" 結構

條件操做符更加的簡捷

例子：

更正：

十8、使用條件操做符代替"if (cond) a = b; else a = c;" 結構

例子：

更正：

十9、不要在循環體中實例化變量

在循環體中實例化臨時變量將會增長內存消耗

例子：

更正：

在循環體外定義變量，並反覆使用

二10、肯定 stringbuffer的容量

stringbuffer的構造器會建立一個默認大小(一般是16)的字符數組。在使用中，若是超出這個大小，就會從新分配內存，建立一個更大的數組，並將原先的數組複製過來，再丟棄舊的數組。在大多數狀況下，你能夠在建立stringbuffer的時候指定大小，這樣就避免了在容量不夠的時候自動增加，以提升性能。

例子：

更正：

爲stringbuffer提供寢大小。

二11、儘量的使用棧變量

若是一個變量須要常常訪問，那麼你就須要考慮這個變量的做用域了。static? local?仍是實例變量？訪問靜態變量和實例變量將會比訪問局部變量多耗費2-3個時鐘週期。

例子：

更正：

若是可能，請使用局部變量做爲你常常訪問的變量。

你能夠按下面的方法來修改getsum()方法：

二12、不要老是使用取反操做符(!)

取反操做符(!)下降程序的可讀性，因此不要老是使用。

例子：

更正：

若是可能不要使用取反操做符(!)

二十3、與一個接口 進行instanceof操做

基於接口的設計一般是件好事，由於它容許有不一樣的實現，而又保持靈活。只要可能，對一個對象進行instanceof操做，以判斷它是否某一接口要比是否某一個類要快。

例子：