常量池与Integer和String的“==”

1 Map<String,Integer> a=new HashMap(),b=new HashMap();
2 a.put(“a”, 100);
3 b.put(“a”, 100);
4 a.put(“c”, 130);
5 b.put(“c”, 130);
6 System.out.println(a.get(“a”)b.get(“a”));//false
7 System.out.println(a.get(“c”)b.get(“c”));//true
8 System.out.println((Integer)130130);//true
9 System.out.println((Integer)100100);

在放入map的时候，自动将int 130转成了Integer,取出来的时候也是Integer,而Integer的==是判断引用等价性,
当如果整型字面量的值在-128到127之间，那么不会new新的Integer对象，而是直接引用常量池中的Integer对象
所以System.out.println(a.get(“c”)==b.get(“c”));//true
而大于130，new 了新的Integer,System.out.println(a.get(“a”)==b.get(“a”));//false
所以所有相同类型的包装类对象之间值得比较，全部使用equals方法。
有poJAVA源码参考的博客https://blog.csdn.net/so_geili/article/details/79720238
其实同样的原理，而且实现的更精巧的（不只是一定范围，而是所有）的是String constant pool

1 String s1 =“java”;
2 String s2 = “java”;
3 String s3 = new String(“java”);
4
5 System.out.println(s1s2); //true
6 System.out.println(s1s3); //false

当我们新建String对象的时候,JVM会先检查string常量池，如果已经有同样字符串存在里面，那就取出它的引用，如果不存在，就在pool里面新建一个对象

这样做的原因是在Java里面new的代价是很高的，而且不用之后又马上回收增加GC垃圾回收 的负担，所以要尽量减少new操作。虽然这只是一个很小的点，平时可以不注意，但是如果写很大的程序，积少成多。