90 % Java 程序員被誤導的一個性能優化策略

咱們常常看到一些 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 最強技術教程

掃描關注咱們的微信公衆號，乾貨天天更新。