最近在做應用的性能優化，在review代碼的過程中積累了一些規則和經驗。做到這些規則的目的很簡單，就是寫出“優美”的代碼來。

1、注釋盡可能全面

對于方法的注釋應該包含詳細的入參和結果說明，有異常拋出的情況也要詳細敘述；類的注釋應該包含類的功能說明、作者和修改者。

2、多次使用的相同變量最好歸納成常量

多處使用的相同值的變量應該盡量歸納為一個常量，方便日后的維護。

3、盡量少的在循環中執行方法調用

盡量在循環中少做一些可避免的方法調用，這樣可以節省方法棧的創建。例如：

for(int?i=0;i?System.out.println(i); ?

}??

可以修改為：

for(int?i=0,size=list.size();i?System.out.println(i); ?

}??

4、常量的定義可以放到接口中

在Java中，接口里只允許存在常量，因此把常量放到接口中聲明就可以省去public static final這幾個關鍵詞。

5、ArrayList和LinkedList的選擇

這個問題比較常見。通常程序員最好能夠對list的使用場景做出評估，然后根據特性作出選擇。ArrayList底層是使用數組實現的，因此隨機讀取數據會比LinkedList快很多，而LinkedList是使用鏈表實現的，新增和刪除數據的速度比ArrayList快不少。

6、String，StringBuffer和StringBuilder

這個問題也比較常見。在進行字符串拼接處理的時候，String通常會產生多個對象，而且將多個值緩存到常量池中。例如：

String?a=”a”; ?

String?b=”b”; ?

a=a+b;??

這種情況下jvm會產生”a”,”b”,”ab”三個對象。而且字符串拼接的性能也很低。因此通常需要做字符串處理的時候盡量采用StringBuffer和StringBuilder來。

7、包裝類和基本類型的選擇

在代碼中，如果可以使用基本數據類型來做局部變量類型的話盡量使用基本數據類型，因為基本類型的變量是存放在棧中的，包裝類的變量是在堆中，棧的操作速度比堆快很多。

8、盡早的將不再使用的變量引用賦給null

這樣做可以幫助jvm更快的進行內存回收。當然很多人其實對這種做法并不感冒。

9、在finally塊中對資源進行釋放

典型的場景是使用io流的時候，不論是否出現異常最后都應該在finally中對流進行關閉。

10、在HashMap中使用一個Object作為key時要注意如何區分Object是否相同

在jdk的HashMap實現中，判斷兩個Object類型的key是否相同的標準是hashcode是否相同和equals方法的返回值。如果業務上需要對兩個數據相同的內存對象當作不同的key存儲到hashmap中就要對hashcode和equals方法進行覆蓋。

轉載于:https://blog.51cto.com/cfkjava/980963

總結

以上是生活随笔為你收集整理的Java编程中写出好代码的建议的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。