Java探秘之基本数据类型和包装类（int,Integer）(一)

java有八种基本数据类型分别是，char、shoat、int、float、double、long、byte、boolean。
而它们对应的包装类也有，Character、Shoat、Integer、Float、Double、Long、Byte、Boolean。
那么他们之间有什么区别呢，简单来说他们是完全不同的概念，前者的java提供的基本数据类型，注意这里说了是基本数据类型；而后者则是java为它们提供常见处理的工具类，注意说了是类也就是它们存在着对象。

1. 初始化
   这里以int和Integer为例举例说明，当我们初始化一个int和一个Integer并没有给定他们值时，前者默认值为0，而后者默认为null（空对象）。
   
   
   当我们需要传入一个参数时，对int、Integer的选择就很重要，如果我们传入的Intger为null很有可能抛出一个空指针异常使我们的程序蹦掉；而选择int时因为有初始值，不会出现Intger出现的问题，但是另一个问题也接踵而来，
   
   
   
   我们不知道传入的int值的多少，很有可能就会给我们的程序埋了一个影藏的bug；对于int还是Integer的选择我们应该通过现实场景进行选择。
   这里重点说一下，当我们使用MVC模式开发时，Controller接收参数如果参数不存在，而参数是int类型时就会抛出一个参数不存在异常，而Integer却不会，只是得到的参数为null。
   2）自动拆箱，自动装箱机制
   自动拆箱和自动装箱机制是在JDK1.5引进的一个新机制，观察下面的代码，为什么会有这样的结果产生呢。
   Integer a = 34;
   int b = 34;
   Integer c = b;
   int d = a;
   System.out.println( a == b);
   System.out.println( d == c);
   基本数据类型的和其包装类的相互转换，这是为什么呢？
   答案很简单，因为我们在执行Integer a = 34; 代码时jdk默认执行的是Integer a = Integer.valueOf(34);
   而我们在执行int d = a;时编译执行的却是int d = a.intValue();
   你可能会有疑问，为什么会是这样？
   这个时候我们就需要打开源码进行查看寻找答案。
   /**
   • Returns an {@code Integer} instance representing the specified
   • {@code int} value. If a new {@code Integer} instance is not
   • required, this method should generally be used in preference to
   • the constructor {@link #Integer(int)}, as this method is likely
   • to yield significantly better space and time performance by
   • caching frequently requested values.
   • This method will always cache values in the range -128 to 127,
   • inclusive, and may cache other values outside of this range.
   • @param i an {@code int} value.
   • @return an {@code Integer} instance representing {@code i}.
   • @since 1.5
     /
     public static Integer valueOf(int i) {
     if (i >= IntegerCache.low && i <= IntegerCache.high)
     return IntegerCache.cache[i + (-IntegerCache.low)];
     return new Integer(i);
     }
     文档是这样说的，返回一个制定int数值的Integer对象实例，这样好像还不足以说明什么，那我们要如何证明我们是对的呢？
     我们可以查看他的编译文件，一切就真相大白了（javac命令）。
     public static void main(String[] var0) {
     new User();
     Integer var2 = Integer.valueOf(34);
     byte var3 = 34;
     Integer var4 = Integer.valueOf(var3);
     int var5 = var2.intValue();
     System.out.println(var2.intValue() == var3);
     System.out.println(var5 == var4.intValue());
     }
     这好像就不需要我在多说什么了。
     细心的小伙伴会看到文档里面有这么一句话 This method will always cache values in the range -128 to 127,
   • inclusive, and may cache other values outside of this range.该方法会缓存-128到127之间的值，这句话又是什么意思呢。

Integer a = 120;
Integer b = 120;
Integer c = 300;
Integer d = 300;
System.out.println( a == b);
System.out.println( d == c);
这两句代码会输出社么呢，小伙伴们肯定说都是true啊，或者说都是false。会这样说的小伙伴不能说你错了，只能说你对了一半；是这样的啊，我们知道==运算符进行运算时，运算符两边如果都为基本数据类型的话那就直接对数值进行比较；但是如果两边或者一边为非基本数据类型时，即对象实例，则比较的是他们的内存地址（如果为空对象的话则为null），这里很明显两边都是对象实例，所以比较的是内存地址。

额？为什么是这样呢，按我们之前讲得理论不是应该都为false才对嘛，因为他们比较的是内存地址呀。哈哈，这就是我们之前讲到的问题，Integer会缓存-128到127之间的数值，而这么数值当然是缓存在一个对象实例里面啦，当我们需要使用时又进行取出（准确点来说是拿到的是它的引用），而不在这个范围内的数值当然都是重新创建实例啦，有兴趣的小伙伴可以进去看下源码。
3） 类型转换
这是包装类很大的存在原因，试想一下，我们有一个数值传递过来时是String或者说是Object类型，我们要怎么转换成int类型呢？

Integer的ValueOf可以将一个String类型转换成int。
使用强制类型转换编译器会报类型转换异常（String类型无法转换成Integert类型），使用valueof方法则可以通过编译，运行结果也是正确的；那么在试想一下，如果是 String a = "120.0";那会是怎么样的结果呢。

抛出一个异常，不能输入字符串为“120.0”，a是浮点类型的，那怎么办，总会有解决方法的。

哎呦，好像行不通，Float精度比Integer高，嗯！强转？

也不行，好像很绝望。
Integer b = Float.valueOf(a).intValue();
好像行了，测试一下。
还真行，什么情况，这个intValue又是个什么方法。
/**

• Returns the value of this {@code Float} as an {@code int} after
• a narrowing primitive conversion.
• @return the {@code float} value represented by this object
• converted to type {@code int}
• @jls 5.1.3 Narrowing Primitive Conversions
  */
  public int intValue() {
  return (int)value;
  }
  什么，居然是个强转，搞了半天还是强转，那为啥我们那样转不行呢，因为我们是类强转，而它是类型转换。
  挖槽还真可以，说明这就没错了。
  4）内存使用
  这次那long类型来举例，因为这样举例会比较明显，我们知道long类型是占8个字节（占用跟系统有关），而Long包装类呢，却是一个对象。
  Long start = System.currentTimeMillis();
  Long l = 0L;
  for (Integer i = 0; i < Integer.MAX_VALUE; i++){
  l++;
  }
  System.out.println(System.currentTimeMillis() - start);
  这段代码会执行多久呢，好像是一瞬间的事，可是他执行了13060ms，可能这关系到机器，但是这个问题是很严重的，如果不小心写了这样的代码，搞蹦一个程序是很简单的事情。
  这里每次执行l++操作其实都相当于创建了一个新的实例，那这个量就非常大了，而如果换成基本数据类型的话，从始至终它都是8个字节。
  我们修改一下程序
  Long start = System.currentTimeMillis();
  long l = 0L;
  for (int i = 0; i < Integer.MAX_VALUE; i++){
  l++;
  }
  System.out.println(System.currentTimeMillis() - start);
  那么它的运行时间又是多少呢？78ms
  是不是很惊讶，相差了好几百倍，所以我们绝对不可以出现这样的代码，对于基本数据类型还是包装类的选择，我们首选还是基本数据类型，而当某些场景无法继续使用基本数据类型时，我们才使用包装类进行处理。
  OK，到此为止，基本数据类型跟包装类之间的关系和区别我就讲完了，如果有讲的不好或者是讲得不对的地方大家一定要指出来，不然我就没法进步了。
  到时候博客开通了，还需要各位老少爷们捧场哈。