90%的 Java 程序員被誤導(dǎo)的一個性能優(yōu)化策略！
我們經(jīng)?？吹揭恍?Java 性能優(yōu)化的書或者理念，說不要在循環(huán)內(nèi)定義變量，這樣會占用過多的內(nèi)存影響性能，而要在循環(huán)外面定義。接觸 Java 這么久以來，相信很多 Java 程序員都被這種代碼性能優(yōu)化策略所誤導(dǎo)。
看下面兩個示例，示例1在循環(huán)外定義變量，示例2是在循環(huán)內(nèi)定義變量。
- /**
- * 循環(huán)外定義變量
- */
- private static void outer() {
- Javastack javastack = null;
- for (int i = 0; i < 10; i++) {
- javastack = new Javastack();
- }
- }
- /**
- * 循環(huán)內(nèi)定義變量
- */
- private static void inner() {
- for (int i = 0; i < 10; i++) {
- Javastack javastack = new Javastack();
- }
- }
先來分析這兩個示例吧。
循環(huán)外定義變量
循環(huán)外定義變量，變量循環(huán)內(nèi)每次引用指向不同的對象實例，每次循環(huán)變更對象實例時，上一次被指向的對象就會被銷毀，直到***一個循環(huán)。這樣，循環(huán)結(jié)束后，這個變量還存在，并指向循環(huán)內(nèi)***一個對象實例，其他對象都銷毀了。
這樣，本應(yīng)該是循環(huán)體內(nèi)的生命周期變量被擴散到了循環(huán)外，如果循環(huán)外依舊用這個變量，會導(dǎo)致后面的業(yè)務(wù)發(fā)生不可預(yù)知的后果。這種問題在筆者工作當中經(jīng)常會遇到，看下面的例子。
- /**
- * 循環(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ā)生異常應(yīng)該是 null 值的，結(jié)果得到了是之前循環(huán)體內(nèi)的值。
循環(huán)內(nèi)定義變量
循環(huán)內(nèi)定義變量，和循環(huán)外略有不同的是，每次都會創(chuàng)建新的局部變量指向新的對象實例，每個變量和對象的生命周期僅限于在循環(huán)體之內(nèi)，而且每次循環(huán)結(jié)束該局部變量和對象實例都會隨著循環(huán)體的結(jié)束而銷毀，所以不存在占用更多的內(nèi)存這一說法。
總結(jié)
兩種用法都會創(chuàng)建相同數(shù)量的對象實例，只不過循環(huán)內(nèi)會反復(fù)創(chuàng)建相同數(shù)量的局部變量，棧內(nèi)存垃圾回收頻率也會更高，但對于堆垃圾回收帶來的性能影響和變量生命周期帶來的業(yè)務(wù)影響來說，棧內(nèi)存這點性能影響可以忽略不計。
所以，建議使用循環(huán)內(nèi)定義變量，這種把變量的生命周期限制在循環(huán)體范圍內(nèi)，也不會出現(xiàn)業(yè)務(wù)上重用變量而導(dǎo)致嚴重的問題。
