String和StringBuffer的比较

今天本来看着原型模式的,不知怎么搞的就到了String和StringBuffer了

 

网上找了一些资料

 

String 对象是非可变对象

 

StringBuffer 对象则是可变对象。

 

非可变对象一旦创建之后就不能再被改变，可变对象则可以在创建之后被改变。

 

为了性能你可以选择不同的对象,效果差别很大

 

底下贴一段测试代码

 

package com.lpy.thread;

public class StringAndStringBuffer {

	public static void main(String[] args) {
		Long statDate = System.currentTimeMillis();
		for (int i = 0; i < 100000; i++) {
			String str = "this is hello.";
		}
		Long endDate = System.currentTimeMillis();
		System.out.println("直接用string='' 使用时间 : "
				+ (endDate - statDate) + " milli seconds");

		
		Long statDate1 = System.currentTimeMillis();
		for (int i = 0; i < 100000; i++) {
			String str = new String("this is hello.");
		}
		
		Long endDate1 = System.currentTimeMillis();
		System.out.println("用String str = new String('')使用时间 : "
				+ (endDate1 - statDate1) + " milli seconds");

		
		
		Long statDate2 = System.currentTimeMillis();
		for (int i = 0; i < 100000; i++) {
			StringBuffer str = new StringBuffer();
			str.append("this is hello.");
		}
		
		Long endDate2 = System.currentTimeMillis();
		System.out.println("用StringBuffer append('')使用时间 : "
				+ (endDate2 - statDate2) + " milli seconds");
		
		//**************测试连接速度*****************
		System.out.println("\r\n**************String和StringBuffer测试连接速度*****************\r\n\n");
		
		Long statDate3 = System.currentTimeMillis();
		String str="";
		for (int i = 0; i < 10000; i++) {//这里缩短了循环次数,100000太慢了
			str+="this is hello.";
		}
		
		Long endDate3 = System.currentTimeMillis();
		System.out.println("使用str连续自加使用时间 : "
				+ (endDate3 - statDate3) + " milli seconds");
		
		
		Long statDate4 = System.currentTimeMillis();
		StringBuffer strBf=new StringBuffer();
		for (int i = 0; i < 10000; i++) {//这里缩短了循环次数,100000太慢了
			strBf.append("this is hello.");
		}
		
		Long endDate4 = System.currentTimeMillis();
		System.out.println("使用StringBuffer连续自加使用时间 : "
				+ (endDate4 - statDate4) + " milli seconds");
		
		
		Long statDate5 = System.currentTimeMillis();
		StringBuffer strBf1=new StringBuffer(150000);
		for (int i = 0; i < 10000; i++) {//这里缩短了循环次数,100000太慢了
			strBf1.append("this is hello.");
		}
		
		Long endDate5 = System.currentTimeMillis();
		System.out.println("使用StringBuffer初始化容量值连续自加使用时间: "
				+ (endDate5 - statDate5) + " milli seconds");
	}
}

 

测试结果

 

直接用string='' 使用时间 : 0 milli seconds
用String str = new String('')使用时间 : 16 milli seconds
用StringBuffer append('')使用时间 : 47 milli seconds

**************String和StringBuffer测试连接速度*****************


使用str连续自加使用时间 : 25859 milli seconds
使用StringBuffer连续自加使用时间 : 16 milli seconds
使用StringBuffer初始化容量值连续自加使用时间: 0 milli seconds

 

可以很清楚的看到效果差距

 

1首先是String str=""和String str = new String()的比较

 

以下引用

 

java虚拟机会维护一个内部的滞留字符串对象的列表（唯一字符串的池）来避免在堆内存中产生重复的String对象。当

JVM从class文件里加载字符串字面量并执行的时候，它会先检查一下当前的字符串是否已经存在于滞留字符串列表，如果

已经存在，那就不会再创建一个新的String对象而是将引用指向已经存在的String对象，JVM会在内部为字符串字面量作这

种检查，但并不会为通过new关键字创建的String对象作这种检查。当然你可以明确地使用String.intern()方法强制JVM

为通过 new关键字创建的String对象作这样的检查。这样可以强制JVM检查内部列表而使用已有的String对象。

　　所以结论是，JVM会内在地为字符串字面量维护一些唯一的String对象，程序员不需要为字符串字面量而发愁，但是可

能会被一些通过 new关键字创建的String对象而困扰，不过他们可以使用intern()方法来避免在堆内存上创建重复的

String对象来改善Java的运行性能。

 2,对比了String和StringBuffer.append("")速度上的区别,差别也很大,有人认为append会比String快,其实不一定

 

直接用string='' 使用时间 : 0 milli seconds
用StringBuffer append('')使用时间 : 47 milli seconds

 

也可以明显的看出来,那string什么时候比StringBuffer快了

 

这里编译器的优化起了关键作用,一个是在编译期决定,一个是在运行期决定,2者开销不一样.

 

这里String对象在编译期就决定了而StringBuffer对象是在运行期决定的。运行期决定需要额外的开销当字符串的值无法

 

预先知道的时候，编译期决定作用于字符串的值可以预先知道的时候

 

3.对比str+=""与StringBuffer.append的速度

 

  两者的速度可以说完全不是一个档次的,差距太多了

 

  使用str连续自加使用时间 : 25859 milli seconds
  使用StringBuffer连续自加使用时间 : 16 milli seconds

 

 差别很大,这和上面的对比是不是又有冲突了

 

  以下引用

 

   原因是两者都是在运行期决定字符串对象，但是+操作符使用不同于StringBuffer.append()的规则通过String和

 

StringBuffer来完成字符串连接操作。
 
借助StringBuffer的初始化过程的优化技巧

　　你可以通过StringBuffer的构造函数来设定它的初始化容量，这样可以明显地提升性能。这里提到的构造函数是

 

StringBuffer(int length)，length参数表示当前的StringBuffer能保持的字符数量。你也可以使用ensureCapacity

 

(int minimumcapacity)方法在StringBuffer对象创建之后设置它的容量。首先我们看看StringBuffer的缺省行为，然后

 

再找出一条更好的提升性能的途径。
 
StringBuffer的缺省行为：

　　StringBuffer在内部维护一个字符数组，当你使用缺省的构造函数来创建StringBuffer对象的时候，因为没有设置初

 

始化字符长度，StringBuffer的容量被初始化为16个字符，也就是说缺省容量就是16个字符。当StringBuffer达到最大容

 

量的时候，它会将自身容量增加到当前的2倍再加2，也就是（2*旧值+2）。

　　如果你使用缺省值，初始化之后接着往里面追加字符，在你追加到第16个字符的时候它会将容量增加到34

 

（2*16+2），当追加到34个字符的时候就会将容量增加到70（2*34+2）。无论何事只要StringBuffer到达它的最大容

 

量它就不得不创建一个新的字符数组然后重新将旧字符和新字符都拷贝一遍——这也太昂贵了点。所以总是给StringBuffer

 

设置一个合理的初始化容量值是错不了的，这样会带来立竿见影的性能增益。

 

     至于设置初始值,上面我们做了第4个测试,我在StringBuffer strBf1=new StringBuffer(150000);

 

   速度也有差距,当然你不能设置过大,过大会影响效果

 

测试就到这,如何使用大家心理有术,实际情况实际解决,