一、避免在循環條件中使用復雜表達式
在不做編譯優化的情況下，在循環中，循環條件會被反復計算，如果不使用復雜表達式，而使循環條件值不變的話，程序將會運行的更快。
例子：
更正：
二、為'vectors' 和 'hashtables'定義初始大小
jvm為vector擴充大小的時候需要重新創建一個更大的數組，將原原先數組中的內容復制過來，最后，原先的數組再被回收。可見vector容量的擴大是一個頗費時間的事。
通常，默認的10個元素大小是不夠的。你最好能准確的估計你所需要的最佳大小。
例子：
更正：
自己設定初始大小。
public vector v = new vector(20);
三、在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操作，以判斷它是否某一接口要比是否某一個類要快。
例子：
