轉載自? ?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 值的，結果得到了是之前循環體內的值。

循環內定義變量

循環內定義變量，和循環外略有不同的是，每次都會創建新的局部變量指向新的對象實例，每個變量和對象的生命周期僅限于在循環體之內，而且每次循環結束該局部變量和對象實例都會隨著循環體的結束而銷毀，所以不存在占用更多的內存這一說法。

總結

兩種用法都會創建相同數量的對象實例，只不過循環內會反復創建相同數量的局部變量，棧內存垃圾回收頻率也會更高，但對于堆垃圾回收帶來的性能影響和變量生命周期帶來的業務影響來說，棧內存這點性能影響可以忽略不計。

所以，建議使用循環內定義變量，這種把變量的生命周期限制在循環體范圍內，也不會出現業務上重用變量而導致嚴重的問題。

總結

以上是生活随笔為你收集整理的90 % Java 程序员被误导的一个性能优化策略的全部內容，希望文章能夠幫你解決所遇到的問題。

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