浅谈String StringBuffer StringBuilder

        String 是我们平常用的最多的引用类型的数据类型了，它表示字符串，是一个固定长度的字符数组，下面我们来看看String的源码：

可以看到String本质上是一个固定字符的字符数组。

        平常的String s = "abc"和String s = new String("abc");是不一样的，前者是将abc这个常量放入了java中的常量池，在编译期间就可以确定s的值而后者在编译期间是无法明确其值是多少的，只有在运行期间才能知道确定的值，并且后者也会在常量池中存放一个abc变量的副本。

    请看下面的例子：

    String s = "abc";

    String ss = "a"+"b"+"c";

    String sss = new String("abc");

    请问s==ss? s==sss? ss == sss?    

    答案是：true false false

    原因：s会将abc存入常量池中，在需要的时候去使用，ss在编译期的值也会被确定，确定的值是abc，因为常量池中存在了，所以实际上s和ss指向的是同一个abc副本。sss所指向的abc副本则是在运行期间在堆内存中创建的String对象，所以他们之间的比较是不同的。

       还有一种情况就是被final修饰的String变量，例如

        String s = "ab";

        final String ss = "a";

        String sss = ss+"b";

        那么：s==sss?

        答案是：true

        因为被final修饰变量也称为宏变量，它会将自己的副本存入到常量池中，因此ss+"b"实际上就等于“a”+"b";

        因此两者是相等的。

        通常我们使用String都会有String+。。。。的操作，那么大家 是否了解它的原理，且他跟StringBuilder的append方法比起来怎么样呢？我们来看一个例子：

这个例子大家也许可能认为结果差不多，但其实相差很大，请看结果：

虽然StringBuilder不可能使用了0ms但足以说明问题，那么是为什么呢？

原因就是第一段比较的例子中，其实并不是简单的字符串拼接，而是将String类型转化成了StringBuilder对象，且创建了10000个StringBuilder对象，这样下来不仅造成了大量的资源浪费，而且速度也会很慢

   但是第二段的例子中就仅仅是创建了一次StringBuilder但是调用了10000次append方法，所以两者差距很大。

    StringBuffer和StringBuilder是一样的不同的地方就是StringBuffer是线程安全的，因为该类使用了synchronized关键字来保证线程安全

    但是上面的速度比较也不是一定的，需要具体情况具体分析，若包含有大量的字符串的拼接那么应该选择StringBuilder，但若是简单的声明和使用那么显然是String速度更快，因为String是直接保存在常量池中的。