Java的整形数据结构

整型数据类型有两个：基本类型和引用类型（包装类）

整数型基本类型：byte,int,short,long

其引用类型：Byte,Integer,Short,Long

他们之前主要的区别在于：

1. 存储占用的空间不同，分别是1，2，4，8个字节（每个字节占用8bit），
2. java里面整数型默认使用的int数据类型，即如果直接写整数字面量时，它表示的就是int类型，
3. 整数型数据类型之间可以相互转换，以int为默认中间类型，定义了一个整数值4，可以直接赋值给int，
4. 也可以直接赋值给short和byte（只要数值范围不超过byte和short的存储范围，可以自动向下转型为byte或者short；如果超过则需要强转但超过的高位数会丢失）,也可以直接赋值给long，不需要强转，会自动向上转型。
5. long数据类型可以直接使用L或l声明
6. 他们之间可以直接转，只要数值范围大于等于它的数值范围，都可以直接转；如果小于它的数值范围就需要强转，但强转会导致数值丢失，编译并不会报错。

其他的基本相同；因此我们以int类型来展开详细说明。

java中一切都是对象，为什么int不用创建对象实例化，而可以直接使用？

单纯是为了编程方便，引入基本类型。

既然引入了基本对象，那也不能破坏java是一个操作对象的语言吧？

所以后面引入了包装类（wrapper class），为每种基本类型都引入了其对应的包装类型，int基本类型的包装类型就是Integer对象。

基本类型引入了包装类型就能将，int基本类型就能像操作对象一样去操作了吗？

是的，还Java1.55引入了一个机制：自动拆箱和自动装箱，使得基本类型和其对应的包装类型可以相互转换，原始基本类型可以自动转换成对应的包装对象。

基本类型和包装类型是何时进行相互转化，如何相互转换？

自动拆箱与装箱机制，可以在java变量赋值或者方法调用传值与返回值或者容器存储数据时直接使用基本类型或者对应的包装类型；在java 1.5版本之前，使用容器集合(Collection)存储数据时，只能存储引用类型，需要存储基本类型，则需要先将其转成其对应的包装类型才可以。

自动装箱就是java自动的将基本类型数值转换成其对应的包装类型，自动装箱时编译器会自动调用其包装类的valueOf()方法将基本类型数值转成对象。

自动拆箱就是java自动将包装类型转换成其对应的基本类型，自动拆箱时编译器会自动调用其包装类的xxxValue()方法:如intValue()\doubleValue()\longValue()等将对象转成基本类型数值。

当基本数据数值与包装类型进行运算时，会触发自动拆箱。

例子：

//before autoboxing
Integer iObject = Integer.valueOf(3);
Int iPrimitive = iObject.intValue()
//after java5
Integer iObject = 3; //autobxing - primitive to wrapper conversion
int iPrimitive = iObject; //unboxing - object to primitive conversion
public static Integer show(Integer iParam){
 System.out.println("autoboxing example - method invocation i: " + iParam);
   return iParam;
}
//autoboxing and unboxing in method invocation
show(3); //autoboxing
int result = show(3); //unboxing because return type of method is Integer

那自动拆箱和装箱那么方便，它有什么缺点吗？

由于编译器的介入，增加了操作步骤和工作量，如果频繁自动拆箱和装箱，会影响程序性能：

Integer sum = 0;
 for(int i=1000; i<5000; i++){
   sum+=i;
}

上面的代码sum+=i可以看成sum = sum + i，但是+这个操作符不适用于Integer对象，首先sum进行自动拆箱操作，进行数值相加操作，最后发生自动装箱操作转换成Integer对象。其内部变化如下：

int result = sum.intValue() + i;
Integer sum = new Integer(result);

由于我们这里声明的sum为Integer类型，在上面的循环中会创建将近4000个无用的中间 Integer对象，在这样庞大的循环中，会降低程序的性能并且加重了GC垃圾回收的工作量。因此在我们编程时，需要注意到这一点，正确地声明变量类型，避免因为自动装箱引起的性能问题。

还有一个问题：如果int与Integer混用，Integer自动拆箱成int时，会调用Integer.intValue()方法进行拆箱，如果Integer赋值为null，M那么此时就会出现空指针异常。

如果一个类中有两个重载方法，一个重载方法的参数是int基本类型，一个是Integer引用类型，那么调用该方法时，会自动拆箱或装箱吗，实际会调用到那个方法？

Java1.5之前肯定是会根据实际参数是基本类型还是引用类型来选择对应的方法；但是java1.5之后，有了自动拆箱和装箱机制之后，也是不会触发该机制的。也是根据实际参数类型来选择对应的方法调用。下面我们用实际代码来说明一下：

public class Test {
    public static void main(String[] args) throws FileNotFoundException {
        Test test = new Test();
        int para1 = 12;
        Integer para2 = 12;
 test.test(12);
 test.test(para2);
    }
    public void test(int para1) {
 System.out.println("我的参数是int基本类型,值："+para1);
    }
    public void test(Integer para2) {
 System.out.println("我的参数是Integer类型,值："+para2);
    }
}

输出：

我的参数是int基本类型,值：12

我的参数是Integer类型,值：12

那么基本类型int与包装类型Integer，数值进行比较是否相等会出现什么情况？

情况有三种：==比较的是地址,对象Object的equals方法比较的也是地址，只不过包装类型重写了Object方法,比较的数值。

1. int与int比较是否相等，使用==进行两个数值相等的int比较,结果是true
2. Integer与Integer比较是否相等，-128到127的Integer两个数值相等的对象使用==比较结果是true,应为JVM为了省内存会将该范围的数值缓存起来，共用一个Integer对象；该范围以外的==比较结果是false；如果都是重新new 的两个数值相等的Integer对象，==也是false，需要使用Integer对象的equals方法，比较才是true,
3. int与Integer比较是否相等，Integer会自动拆箱，返回的结果是true.