Zi 字媒體

編程是一件創造性的工作，是一門藝術。精通任何一門藝術，都需要很多的練習和領悟。一些寶貴的經驗可以給我們指出一些正確的方向，讓我們少走一些彎路，做到一分耕耘一分收穫。在代碼編寫的過程中，想要編寫出更加完美，更加優秀的代碼，我們需要這樣做：1註釋儘可能全面對於方法的註釋應該包含詳細的入參和結果說明，有異常拋出的情況也要詳細敘述;類的註釋應該包含類的功能說明、作者和修改者。2多次使用的相同變數最好歸納成常量多處使用的相同值的變數應該盡量歸納為一個常量，方便日後的維護。3盡量少的在循環中執行方法調用盡量在循環中少做一些可避免的方法調用，這樣可以節省方法棧的創建。例如：for(int i=0;iSystem.out.println(i);}可以修改為：for(int i=0,size=list.size;iSystem.out.println(i);}4常量的定義可以放到介面中在Java中，介面里只允許存在常量，因此把常量放到介面中聲明就可以省去public static final這幾個關鍵詞。5ArrayList和LinkedList的選擇這個問題比較常見。通常程序員最好能夠對list的使用場景做出評估，然後根據特性作出選擇。ArrayList底層是使用數組實現的，因此隨機讀取數據比LinkedList快很多，而LinkedList是使用鏈表實現的，新增和刪除數據的速度比ArrayList快不少。6String，StringBuffer和StringBuilder這個問題也比較常見。在進行字元串拼接處理的時候，String通常會產生多個對象，而且將多個值緩存到常量池中。例如：String a="a";String b="b";a=a+b;這種情況下jvm會產生三個對象。而且字元串拼接的性能也很低。因此通常需要做字元串處理的時候盡量採用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方法進行覆蓋。轉發分享是一種美德