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是直接保存在常量池中的。