关于jdk1.5之后的自定拆装箱
我們都知道jdk在1.5版本之后,增加了一些新特性,我們稱之為語法糖,有:1、泛型,2、foreach增強for循環,3、自動拆裝箱,4、可變參數,5、枚舉,6、靜態導入
?
1 public class TestMain 2 { 3 public static void main(String[] args) 4 { 5 Integer i = 10; 6 } 7 } 8 9 10 public class TestMain 11 { 12 public static void main(String[] args) 13 { 14 Integer integer = 10; 15 int i = integer; 16 } 17 }?
?
通過命令行程序,進入CLASSPATH(也就是bin目錄下.class文件所在的路徑),javap反編譯查看一下生成的字節碼:
反編譯出來的內容有很多,我們只關注重點部分:
1 public static void main(java.lang.String[]); 2 flags: ACC_PUBLIC, ACC_STATIC 3 Code: 4 stack=1, locals=3, args_size=1 5 0: iconst_1 6 1: invokestatic #16 // Method java/lang/Integer.valueO 7 f:(I)Ljava/lang/Integer; 8 4: astore_1 9 5: aload_1 10 6: invokevirtual #22 // Method java/lang/Integer.intVal 11 ue:()I 12 9: istore_2 13 10: return看到在自動裝箱的時候,也就是第6行,Java虛擬機會自動調用Integer的valueOf方法;在自動拆箱的時候,也就是第10行,Java虛擬機會自動調用Integer的intValue方法。這就是自動拆箱和自動裝箱的原理。
?
看一下下面一個神奇的現象
1 package com.xujingyang.test; 2 3 public class Test2 { 4 public static void main(String[] args) { 5 Integer i1 = 100; 6 Integer i2 = 100; 7 Integer i3 = 200; 8 Integer i4 = 200; 9 10 System.out.println(i1 == i2); 11 System.out.println(i3 == i4); 12 13 } 14 }結果:
?
神奇不神奇,為啥呢?產生這樣的結果的原因是:Byte、Short、Integer、Long、Char這幾個裝箱類的valueOf()方法是以128位分界線做了緩存的,假如是128以下且-128以上的值是會取緩存里面的引用的,以Integer為例,其valueOf(int i)的源代碼為:
1 public static Integer valueOf(int i) { 2 final int offset = 128; 3 if (i >= -128 && i <= 127) { // must cache 4 return IntegerCache.cache[i + offset]; 5 } 6 return new Integer(i); 7 }而Float、Double則不會,原因也很簡單,因為byte、Short、integer、long、char在某個范圍內的整數個數是有限的,但是float、double這兩個浮點數卻不是。關于這個小知識點,個人提出兩點意見:
1、不重要,除了面試考察求職者對于知識的掌握程度,沒多大用
2、要有緩存這個概念,緩存對于提高程序運行效率、節省內存空間是有很大幫助的
?
?
參考這篇博文:http://www.cnblogs.com/xrq730/p/4869065.html
轉載于:https://www.cnblogs.com/xujingyang/p/6609584.html
總結
以上是生活随笔為你收集整理的关于jdk1.5之后的自定拆装箱的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: Winfrom窗体间传值
- 下一篇: C# 报警 控制蜂鸣器发声