轉載自? ?90 % Java 程序員被誤導的一個性能優(yōu)化策略

我們經常看到一些 Java 性能優(yōu)化的書或者理念，說不要在循環(huán)內定義變量，這樣會占用過多的內存影響性能，而要在循環(huán)外面定義。接觸 Java 這么久以來，相信很多 Java 程序員都被這種代碼性能優(yōu)化策略所誤導。

看下面兩個示例，示例1在循環(huán)外定義變量，示例2是在循環(huán)內定義變量。

/***?循環(huán)外定義變量*/ private?static?void?outer()?{Javastack?javastack?=?null;for?(int?i?=?0;?i?<?10;?i++)?{javastack?=?new?Javastack();} }/***?循環(huán)內定義變量*/ private?static?void?inner()?{for?(int?i?=?0;?i?<?10;?i++)?{Javastack?javastack?=?new?Javastack();} }

先來分析這兩個示例吧。

循環(huán)外定義變量

循環(huán)外定義變量，變量循環(huán)內每次引用指向不同的對象實例，每次循環(huán)變更對象實例時，上一次被指向的對象就會被銷毀，直到最后一個循環(huán)。這樣，循環(huán)結束后，這個變量還存在，并指向循環(huán)內最后一個對象實例，其他對象都銷毀了。

這樣，本應該是循環(huán)體內的生命周期變量被擴散到了循環(huán)外，如果循環(huán)外依舊用這個變量，會導致后面的業(yè)務發(fā)生不可預知的后果。這種問題在筆者工作當中經常會遇到，看下面的例子。

/***?循環(huán)外定義變量*/ private?static?void?outer()?{Javastack?javastack1?=?null;for?(int?i?=?0;?i?<?10;?i++)?{javastack1?=?new?Javastack();}Javastack?javastack2?=?userDao.getUser(10);}

上面定義了一個?javastack2?，如果此時在后續(xù)代碼或者傳遞到別的方法時寫錯了，用了?javastack1，那這時不就有問題了嗎？這只是一方面，還有如果用同一變量名，當這一變量被重用時發(fā)生異常，本來發(fā)生異常應該是 null 值的，結果得到了是之前循環(huán)體內的值。

循環(huán)內定義變量

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

總結

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

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

總結

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

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