上面這種場(chǎng)景下的運(yùn)行結(jié)果：
num為Integer 843100ns
num為int基本類型 62900ns
這兩個(gè)結(jié)果不是一個(gè)數(shù)量級(jí)烈涮，相差了10倍左右朴肺，至于為什么相差如此之大，接下來(lái)看下自動(dòng)拆箱和裝箱原理坚洽。
一 自動(dòng)拆箱裝箱原理
num為Integer類型對(duì)象時(shí)TestInteger類的字節(jié)碼如下：
通過(guò)字節(jié)碼來(lái)看Integer num = 1; 這行代碼jvm隱式調(diào)用了Integer.valueOf()方法將數(shù)值1轉(zhuǎn)化為了Integer對(duì)象戈稿。來(lái)看看valueOf方法具體做了什么。
Integer類默認(rèn)有一個(gè)Integer對(duì)象數(shù)組當(dāng)做數(shù)據(jù)的緩存讶舰，避免頻繁的創(chuàng)建Integer對(duì)象鞍盗，但是限于范圍是-128-127之間的數(shù)。因此不再這個(gè)范圍內(nèi)的數(shù)就直接new一個(gè)Integer對(duì)象返回跳昼。說(shuō)白了這個(gè)方法就是創(chuàng)建了一個(gè)Integer包裝類對(duì)象來(lái)實(shí)現(xiàn)自動(dòng)裝箱般甲。
在來(lái)看自動(dòng)拆箱，其實(shí)是調(diào)用了Integer對(duì)象的intValue方法返回一個(gè)int值鹅颊。
至此來(lái)分析上面那段代碼耗時(shí)的原因：
當(dāng)num為Integer類型時(shí)敷存，num += i; 這段代碼首先進(jìn)行了一次自動(dòng)拆箱調(diào)用num.intValue（），然后加上i值后再將結(jié)果賦值非num堪伍，賦值的時(shí)候又做了一次自動(dòng)裝箱锚烦，因此耗時(shí)主要是在自動(dòng)裝箱創(chuàng)建Integer對(duì)象上了觅闽。這里不僅會(huì)對(duì)cpu有消耗，創(chuàng)建對(duì)象也會(huì)對(duì)內(nèi)存有消耗涮俄，進(jìn)而對(duì)性能產(chǎn)生影響蛉拙。
二 集合應(yīng)用場(chǎng)景中的自動(dòng)拆箱裝箱問(wèn)題
Map<Integer,Object> map = new HashMap<>();
我們?cè)谑褂玫臅r(shí)候往往會(huì)通過(guò)int基本類型值去map中查找相應(yīng)的key，這里如果超過(guò)了-128-127這個(gè)范圍彻亲，就會(huì)頻繁創(chuàng)建Integer對(duì)象孕锄。通過(guò)下面這個(gè)方法的字節(jié)碼也能看出來(lái)會(huì)默認(rèn)進(jìn)行自動(dòng)裝箱操作。
對(duì)于這種問(wèn)題的解決方法：
a 在原有代碼不能隨便修改的情況下苞尝，可以通過(guò)適當(dāng)調(diào)整 JVM 的啟動(dòng)參數(shù) -XX:AutoBoxCacheMax=size 來(lái)修改Integer的cache緩存的最大值畸肆，把-128-127這個(gè)范圍擴(kuò)大點(diǎn)
b 可以選擇替代方案trove4j.xxx.jar包中的TIntObjectMap，TIntArrayList等來(lái)代替野来。
編譯后的字節(jié)碼：
三 拓展
8中基本類型中整數(shù)類型都有這種緩存機(jī)制
Integer恼除，Byte踪旷，Short曼氛，Long，Character令野，Boolean 這幾個(gè)類的valueOf方法類似舀患。
Double，F(xiàn)loat valueOf方法每次都返回不同的對(duì)象
