一、避免在循環條件中使用複雜表達式
在不做編譯優化的情況下，在循環中，循環條件會被反複計算，如果不使用複雜表達式，而使循環條件值不變的話，程式将會運作的更快。
例子：
更正：
二、為'vectors' 和 'hashtables'定義初始大小
jvm為vector擴充大小的時候需要重新建立一個更大的數組，将原原先數組中的内容複制過來，最後，原先的數組再被回收。可見vector容量的擴大是一個頗費時間的事。
通常，預設的10個元素大小是不夠的。你最好能準确的估計你所需要的最佳大小。
自己設定初始大小。
三、在finally塊中關閉stream
程式中使用到的資源應當被釋放，以避免資源洩漏。這最好在finally塊中去做。不管程式執行的結果如何，finally塊總是會執行的，以確定資源的正确關閉。
在最後一個catch後添加一個finally塊
四、使用'system.arraycopy ()'代替通過來循環複制數組
'system.arraycopy ()' 要比通過循環來複制數組快的多。
五、讓通路執行個體内變量的getter/setter方法變成”final”
簡單的getter/setter方法應該被置成final，這會告訴編譯器，這個方法不會被重載，是以，可以變成”inlined”
六、避免不需要的instanceof操作
如果左邊的對象的靜态類型等于右邊的，instanceof表達式傳回永遠為true。
删掉不需要的instanceof操作。
七、避免不需要的造型操作
所有的類都是直接或者間接繼承自object。同樣，所有的子類也都隐含的“等于”其父類。那麼，由子類造型至父類的操作就是不必要的了。
八、如果隻是查找單個字元的話，用charat()代替startswith()
用一個字元作為參數調用startswith()也會工作的很好，但從性能角度上來看，調用用string api無疑是錯誤的!
更正
将'startswith()' 替換成'charat()'.
九、使用移位操作來代替'a / b'操作
"/"是一個很“昂貴”的操作，使用移位操作将會更快更有效。
十、使用移位操作代替'a * b'
同上。
[i]但我個人認為，除非是在一個非常大的循環内，性能非常重要，而且你很清楚你自己在做什麼，方可使用這種方法。否則提高性能所帶來的程式晚讀性的降低将是不合算的。
十一、在字元串相加的時候，使用 ' ' 代替 " "，如果該字元串隻有一個字元的話
将一個字元的字元串替換成' '
十二、不要在循環中調用synchronized(同步)方法
方法的同步需要消耗相當大的資料，在一個循環中調用它絕對不是一個好主意。
不要在循環體中調用同步方法，如果必須同步的話，推薦以下方式：
十三、将try/catch塊移出循環
把try/catch塊放入循環體内，會極大的影響性能，如果編譯jit被關閉或者你所使用的是一個不帶jit的jvm，性能會将下降21%之多!
将try/catch塊移出循環
十四、對于boolean值，避免不必要的等式判斷
将一個boolean值與一個true比較是一個恒等操作(直接傳回該boolean變量的值). 移走對于boolean的不必要操作至少會帶來2個好處：
1)代碼執行的更快 (生成的位元組碼少了5個位元組)；
2)代碼也會更加幹淨 。
十五、對于常量字元串，用'string' 代替 'stringbuffer'
常量字元串并不需要動态改變長度。
把stringbuffer換成string，如果确定這個string不會再變的話，這将會減少運作開銷提高性能。
十六、用'stringtokenizer' 代替 'indexof()' 和'substring()'
字元串的分析在很多應用中都是常見的。使用indexof()和substring()來分析字元串容易導緻 stringindexoutofboundsexception。而使用stringtokenizer類來分析字元串則會容易一些，效率也會高一些。
十七、使用條件操作符替代"if (cond) return; else return;" 結構
條件操作符更加的簡捷
十八、使用條件操作符代替"if (cond) a = b; else a = c;" 結構
十九、不要在循環體中執行個體化變量
在循環體中執行個體化臨時變量将會增加記憶體消耗
在循環體外定義變量，并反複使用
二十、确定 stringbuffer的容量
stringbuffer的構造器會建立一個預設大小(通常是16)的字元數組。在使用中，如果超出這個大小，就會重新配置設定記憶體，建立一個更大的數組，并将原先的數組複制過來，再丢棄舊的數組。在大多數情況下，你可以在建立stringbuffer的時候指定大小，這樣就避免了在容量不夠的時候自動增長，以提高性能。
為stringbuffer提供寝大小。
二十一、盡可能的使用棧變量
如果一個變量需要經常通路，那麼你就需要考慮這個變量的作用域了。static? local?還是執行個體變量？通路靜态變量和執行個體變量将會比通路局部變量多耗費2-3個時鐘周期。
如果可能，請使用局部變量作為你經常通路的變量。
你可以按下面的方法來修改getsum()方法：
二十二、不要總是使用取反操作符(!)
取反操作符(!)降低程式的可讀性，是以不要總是使用。
如果可能不要使用取反操作符(!)
二十三、與一個接口 進行instanceof操作
基于接口的設計通常是件好事，因為它允許有不同的實作，而又保持靈活。隻要可能，對一個對象進行instanceof操作，以判斷它是否某一接口要比是否某一個類要快。
太原中軟卓越