int和Integer的比較

1 int和Integer

JDK1.5引入了自動(dòng)裝箱與自動(dòng)拆箱功能，Java可根據(jù)上下文，實(shí)現(xiàn)int/Integer,double/Double,boolean/Boolean等基本類型與相應(yīng)對(duì)象之間的自動(dòng)轉(zhuǎn)換，為開(kāi)發(fā)過(guò)程帶來(lái)極大便利。

最常用的是通過(guò)new方法構(gòu)建Integer對(duì)象。但是，基于大部分?jǐn)?shù)據(jù)操作都是集中在有限的、較小的數(shù)值范圍，在JDK1.5 中新增了靜態(tài)工廠方法 valueOf，其背后實(shí)現(xiàn)是將int值為-128 到 127 之間的Integer對(duì)象進(jìn)行緩存，在調(diào)用時(shí)候直接從緩存中獲取，進(jìn)而提升構(gòu)建對(duì)象的性能，也就是說(shuō)使用該方法后，如果兩個(gè)對(duì)象的int值相同且落在緩存值范圍內(nèi)，那么這個(gè)兩個(gè)對(duì)象就是同一個(gè)對(duì)象；當(dāng)值較小且頻繁使用時(shí)，推薦優(yōu)先使用整型池方法（時(shí)間與空間性能俱佳）。

2 注意事項(xiàng)

[1] 基本類型均具有取值范圍，在大數(shù)*大數(shù)的時(shí)候，有可能會(huì)出現(xiàn)越界的情況。
[2] 基本類型轉(zhuǎn)換時(shí)，使用聲明的方式。例：long result= 1234567890 * 24 * 365；結(jié)果值一定不會(huì)是你所期望的那個(gè)值，因?yàn)?234567890 * 24已經(jīng)超過(guò)了int的范圍，如果修改為：long result= 1234567890L * 24 * 365；就正常了。
[3] 慎用基本類型處理貨幣存儲(chǔ)。如采用double常會(huì)帶來(lái)差距，常采用BigDecimal、整型（如果要精確表示分，可將值擴(kuò)大100倍轉(zhuǎn)化為整型）解決該問(wèn)題。
[4] 優(yōu)先使用基本類型。原則上，建議避免無(wú)意中的裝箱、拆箱行為，尤其是在性能敏感的場(chǎng)合，

[5] 如果有線程安全的計(jì)算需要，建議考慮使用類型AtomicInteger、AtomicLong 這樣的線程安全類。部分比較寬的基本數(shù)據(jù)類型，比如 float、double，甚至不能保證更新操作的原子性，可能出現(xiàn)程序讀取到只更新了一半數(shù)據(jù)位的數(shù)值。

對(duì)象由三部分組成，對(duì)象頭，對(duì)象實(shí)例，對(duì)齊填充。
其中對(duì)象頭一般是十六個(gè)字節(jié)，包括兩部分，第一部分有哈希碼，鎖狀態(tài)標(biāo)志，線程持有的鎖，偏向線程id，gc分代年齡等。第二部分是類型指針，也就是對(duì)象指向它的類元數(shù)據(jù)指針，可以理解，對(duì)象指向它的類。
對(duì)象實(shí)例就是對(duì)象存儲(chǔ)的真正有效信息，也是程序中定義各種類型的字段包括父類繼承的和子類定義的，這部分的存儲(chǔ)順序會(huì)被虛擬機(jī)和代碼中定義的順序影響（這里問(wèn)一下，這個(gè)被虛擬機(jī)影響是不是就是重排序？？如果是的話，我知道的volatile定義的變量不會(huì)被重排序應(yīng)該就是這里不會(huì)受虛擬機(jī)影響吧？？）。

第三部分對(duì)齊填充只是一個(gè)類似占位符的作用，因?yàn)閮?nèi)存的使用都會(huì)被填充為八字節(jié)的倍數(shù)。

總結(jié)

以上是生活随笔為你收集整理的int和Integer的比较的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

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