聊聊String

当我们最开始学习java的时候,老师会告诉我们字符串的比较需要用equals();
真的是这样的吗?
我们看看下面的例子

public class TestString
{
    public static void main(String[] args)
    {
        String a="ab1";
        String b="ab1";
        String c="a"+"b"+1;

        String d="ab";
        final String e="ab";
        String f=d+1;
        String g=e+1;
        System.out.println(a==b);
        System.out.println(a==c);
        System.out.println(a==f);
        System.out.println(a==g);
    }
}

运行结果是

true
true
false
true
在解释上面的代码前,我们先看看==与equasl到底都干了什么。
 ==
我们知道在内存中,局部变量都是放在虚拟机栈中的。==比较的就是两个对象在虚拟机栈中的地址的不同。
而对于像"ab1"这样的常量,它们是放在方法区的常量池中的。
如下图

另外对于变量c,虽然c没有直接生产"ab1",但是它也是由三个常量构成的。所以编译器在遇到
String c="a"+"b"+1时会直接编译变成
String c="ab1";
第二个true也解决了。

至于f,它的产生是从变量d来得,编译器不会对他优化。而e用来final来修饰,g会直接变成"ab1"
后面两个==大家应该也明白了吧。

String.intern()：

再补充介绍一点：存在于.class文件中的常量池，在运行期被JVM装载，并且可以扩充。String的intern()方法就是扩充常量池的一个 方法；当一个String实例str调用intern()方法时，Java查找常量池中是否有相同Unicode的字符串常量，如果有，则返回其的引用， 如果没有，则在常量池中增加一个Unicode等于str的字符串并返回它的引用；看例3就清楚了

String s0= “kvill”;
String s1=new String(”kvill”);
String s2=new String(“kvill”);
System.out.println( s0==s1 );
System.out.println( “**********” );
s1.intern();
s2=s2.intern(); //把常量池中“kvill”的引用赋给s2
System.out.println( s0==s1);
System.out.println( s0==s1.intern() );
System.out.println( s0==s2 ); 

结果为：

false
**********
false //虽然执行了s1.intern(),但它的返回值没有赋给s1
true //说明s1.intern()返回的是常量池中”kvill”的引用
true
最后我再破除一个错误的理解：

有人说，“使用String.intern()方法则可以将一个String类的保存到一个全局String表中，如果具有相同值的Unicode字 符串已经在这个表中，那么该方法返回表中已有字符串的地址，如果在表中没有相同值的字符串，则将自己的地址注册到表中“如果我把他说的这个全局的 String表理解为常量池的话，他的最后一句话，“如果在表中没有相同值的字符串，则将自己的地址注册到表中”是错的：

看例4：

String s1=new String("kvill");
String s2=s1.intern();
System.out.println( s1==s1.intern() );
System.out.println( s1+" "+s2 );
System.out.println( s2==s1.intern() ); 

结果：

false
kvill kvill
true
在这个类中我们没有声名一个”kvill”常量，所以常量池中一开始是没有”kvill”的，当我们调用s1.intern()后就在常量池中新添加 了一个”kvill”常量，原来的不在常量池中的”kvill”仍然存在，也就不是“将自己的地址注册到常量池中”了。

s1==s1.intern()为false说明原来的“kvill”仍然存在；

s2现在为常量池中“kvill”的地址，所以有s2==s1.intern()为true。

参考资料
http://blog.sina.com.cn/s/blog_69dcd5ed0101171h.html