90 % Java 程式員被誤導的一個效能最佳化策略

標籤：boot   結束   很多   兩種   ref   重用   技術   教程   定義   

我們經常看到一些 Java 效能最佳化的書或者理念，說不要在迴圈內定義變數，這樣會佔用過多的記憶體影響效能，而要在迴圈外面定義。接觸 Java 這麼久以來，相信很多 Java 程式員都被這種代碼效能最佳化策略所誤導。

看下面兩個樣本，樣本1在迴圈外定義變數，樣本2是在迴圈內定義變數。

/** * 迴圈外定義變數 */private static void outer() {    Javastack javastack = null;    for (int i = 0; i < 10; i++) {        javastack = new Javastack();    }}/** * 迴圈內定義變數 */private static void inner() {    for (int i = 0; i < 10; i++) {        Javastack javastack = new Javastack();    }}

先來分析這兩個樣本吧。

迴圈外定義變數

迴圈外定義變數，變數迴圈內每次引用指向不同的對象執行個體，每次迴圈變更對象執行個體時，上一次被指向的對象就會被銷毀，直到最後一個迴圈。這樣，迴圈結束後，這個變數還存在，並指向迴圈內最後一個對象執行個體，其他對象都銷毀了。

這樣，本應該是迴圈體內的生命週期變數被擴散到了迴圈外，如果迴圈外依舊用這個變數，會導致後面的業務發生不可預知的後果。這種問題在筆者工作當中經常會遇到，看下面的例子。

/** * 迴圈外定義變數 */private static void outer() {    Javastack javastack1 = null;    for (int i = 0; i < 10; i++) {        javastack1 = new Javastack();    }   Javastack javastack2 = userDao.getUser(10);   }

上面定義了一個 javastack2 ，如果此時在後續代碼或者傳遞到別的方法時寫錯了，用了 javastack1，那這時不就有問題了嗎？這隻是一方面，還有如果用同一變數名，當這一變數被重用時發生異常，本來發生異常應該是 null 值的，結果得到了是之前迴圈體內的值。

迴圈內定義變數

迴圈內定義變數，和迴圈外略有不同的是，每次都會建立新的局部變數指向新的對象執行個體，每個變數和對象的生命週期僅限於在迴圈體之內，而且每次迴圈結束該局部變數和對象執行個體都會隨著迴圈體的結束而銷毀，所以不存在佔用更多的記憶體這一說法。

總結

兩種用法都會建立相同數量的對象執行個體，只不過迴圈內會反覆建立相同數量的局部變數，棧記憶體記憶體回收頻率也會更高，但對於堆記憶體回收帶來的效能影響和變數生命週期帶來的業務影響來說，棧記憶體這點效能影響可以忽略不計。

所以，建議使用迴圈內定義變數，這種把變數的生命週期限制在迴圈體範圍內，也不會出現業務上重用變數而導致嚴重的問題。

推薦：Spring Boot & Cloud 最強技術教程

90 % Java 程式員被誤導的一個效能最佳化策略