代碼優化，一個很重要的課題。可能有些人覺得沒用，一些細小的地方有什麼好修改的，改與不改對於代碼的運行效率有什麼影響呢？這個問題我是這麼考慮的，就像大海里面的鯨魚一樣，它吃一條小蝦米有用嗎？沒用，但是，吃的小蝦米一多之後，鯨魚就被餵飽了。代碼優化也是一樣！
調整垃圾收集(GC)
由於垃圾收集的複雜性,很難發現你的應用的準確性能.不過,如果你真的想優化你的應用,你應該相應地處理垃圾收集.通用的準則是調整GC設置並同時執行性能分析。
一旦你對結果感到滿意,你可以停止該過程並尋求其他優化方式.確保除了在平均事務處理時間之外,你還留心了異常值.這些異常值是造成Java應用緩慢的真正的罪魁禍首並且很難找到。
此外,你要明白應用運行期間性能下降的效應.在每單個cpu時鐘內的緩慢操作是可以忽略的,但在每單個數據庫事務中的緩慢操作則是非常昂貴的消耗.但是你應該根據性能短板選擇你的優化策略,並應該根據工作負載來優化應用。
及時關閉流
Java編程過程中，進行數據庫連接、I/O流操作時務必小心，在使用完畢後，及時關閉以釋放資源。因為對這些大對象的操作會造成系統大的開銷，稍有不慎，將會導致嚴重的後果。
儘量採用懶加載的策略，即在需要的時候才創建
例如：
String str = “aaa”;if (i == 1)
{
list.add(str);
}
建議替換為：
if (i == 1)
{
String str = “aaa”;
list.add(str);
}
Java 堆
Java內存堆在迎合內存需求方面擔任了至關重要角色.通常更好的做法是初始時分配最小的堆,然後通過持續的測試不斷增加它的大小.大多數時候優化問題都可以通過增加堆的大小解決,但如果存在大量的GC開銷,則該解決方案不起作用。
GC開銷還會使吞吐量急劇下降,進而使得應用難以形容的慢.此外,及早調整GC可以幫助你避免堆大小分配的問題.開始的時候,你可以選擇任何1GB到8GB的堆大小.當你選擇正確的堆大小,老生代和新生代對象的概念也就不需要了.總而言之,堆大小應該取決於老生代和新生代對象的比率,之前的GC優化和對象集合(即所有對象佔用的內存大小)。
尚學堂12大精英團隊+各類實戰項目，真正實現1+1>10的目標效果。幫助學員迅速成長，持久騰飛，成就學員“高富帥”人生；幫助企業技術和團隊成長，成就百年中華名企；助力中國持續成為世界強國而貢獻力量。尚學堂12大精英團隊，覆蓋IT行業十大領域，實戰團隊240人，服務學員累計超過10萬人，就業合作企業數量500+。
閱讀更多 Java的筆記 的文章
