轉(zhuǎn)載自? ?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ù)知的后果。這種問題在筆者工作當(dāng)中經(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，那這時不就有問題了嗎？這只是一方面，還有如果用同一變量名，當(dāng)這一變量被重用時發(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)致嚴(yán)重的問題。

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。