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

                Map<String,Integer> a=new HashMap(),b=new HashMap();
		a.put("a", 100);
		b.put("a", 100);
		a.put("c", 130);
		b.put("c", 130);
		System.out.println(a.get("a")==b.get("a"));//false
		System.out.println(a.get("c")==b.get("c"));//true
		System.out.println((Integer)130==130);//true
		System.out.println((Integer)100==100);

　　在放入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

	String s1 ="java";
	String s2 = "java";
	String s3 = new String("java");
	
	System.out.println(s1==s2); //true
	System.out.println(s1==s3); //false

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

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