从String到==和hashcode

 public static void main(String[] args) {
         String s1 = "ni";
         String s2 = "hao";
         String s3 = "nihao";
         String s4 = "ni" + "hao";
         String s5 = s1 + s2;
         System.out.println(s3 == s4);
         System.out.println(s3 == s5);
         System.out.println(s3.equals(s5));
         System.out.println(s3.hashCode() == s5.hashCode());
 }

执行结果

true
false
true
true

第一个输出结果大伙应该都知道，String在常量池里找到"nihao"就直接返回地址引用

第二个是因为等号后面有变量（假设是String s5 = s1 + "hao"结果也是一样），他都必须new一个新的String对象出来，就不回去常量池里找了

第三个大伙应该也知道String的equals方法被重写了，比较的是值一不一样而不是地址值

第四个就是典型地验证了 == 不相等的哈希值可能相等，估摸着就是算着俩对象一样哈希值一样拉链法给s5扔s3那颗红黑树里了（更可能是链表，就这么小的世界不会那么巧8 ^ ^_ ）

根据第四个延申会不会两个对象长一样哈希值就一样呢，立刻实验

 public class WhatEver implements Cloneable{
             public static void main(String[] args) {
                 WhatEver o1 = new WhatEver();
                 WhatEver o2 = null;
                 try {
                     o2 = (WhatEver) o1.clone();
                 } catch (CloneNotSupportedException e) {
                     e.printStackTrace();
                 }
                 System.out.println(o1.hashCode() == o2.hashCode());
     }
 }

执行结果

false

clone出来基本保证俩对象一样，结果却是false，俺也不知道咋回事了，懂的评论一下，去研究hashcode了

看了一下深入理解JVM，发现一个更有趣的String是否相等问题

 String str1 = new StringBuilder("Hello").append("World").toString();
 System.out.println(str1 == str1.intern());
 String str2 = new StringBuilder("ja").append("va").toString();
 System.out.println(str2 == str2.intern());

在JDK6中结果为false false ，JDK7中结果为 true false

JDK6中字符常量池在永久代，StringBuilder创建的"HelloWorld"实例在堆中，并复制一份扔到字符常量池中，两个引用指向不同地方所以不等；JDK7中字符常量池移回堆中，用StringBuilder创建'HelloWorld"没有了复制的步骤，常量池里扔的是StringBuilder创建对象的引用，指向的是同一个，为true；第二个为false是因为jvm初始化的时候就创建过"java"这个字符串到常量池中了，所以和StringBuilder新创建对象不一样，啥时候创建的可以看一下R大的知乎回答。

一言以蔽之，JDK7之后字符串常量池移回堆了，StringBuilder等创建新字符串对象时，如果这个字符串在常量池没有就往常量池扔这个新对象的引用，而不是JDK6中再复制一份字符串到常量池中