java中String stringBuffer StringBuider

来源:互联网 发布:js上拉加载更多 编辑:程序博客网 时间:2024/06/13 04:28



最近学习到StringBuffer,心中有好些疑问,搜索了一些关于String,StringBuffer,StringBuilder的东西,现在整理一下。

关于这三个类在字符串处理中的位置不言而喻,那么他们到底有什么优缺点,到底什么时候该用谁呢?下面我们从以下几点说明一下

  1.三者在执行速度方面的比较:StringBuilder >  StringBuffer  >  String

  2.String <(StringBuffer,StringBuilder)的原因

    String:字符串常量

    StringBuffer:字符创变量

    StringBuilder:字符创变量

    从上面的名字可以看到,String是“字符创常量”,也就是不可改变的对象。对于这句话的理解你可能会产生这样一个疑问  ,比如这段代码:

1 String s = "abcd";
2 = s+1;
3 System.out.print(s);// result : abcd1

 

       我们明明就是改变了String型的变量s的,为什么说是没有改变呢? 其实这是一种欺骗,JVM是这样解析这段代码的:首先创建对象s,赋予一个abcd,然后再创建一个新的对象s用来    执行第二行代码,也就是说我们之前对象s并没有变化,所以我们说String类型是不可改变的对象了,由于这种机制,每当用String操作字符串时,实际上是在不断的创建新的对象,而原来的对象就会变为垃圾被GC回收掉,可想而知这样执行效率会有多底。

     而StringBuffer与StringBuilder就不一样了,他们是字符串变量,是可改变的对象,每当我们用它们对字符串做操作时,实际上是在一个对象上操作的,这样就不会像String一样创建一些而外的对象进行操作了,当然速度就快了。

  3.一个特殊的例子:

1 String str = “This is only a” + “ simple” + “ test”;
3 StringBuffer builder = new StringBuilder(“This is only a”).append(“ simple”).append(“ test”);

 

  

    你会很惊讶的发现,生成str对象的速度简直太快了,而这个时候StringBuffer居然速度上根本一点都不占优势。其实这是JVM的一个把戏,实际上:

    String str = “This is only a” + “ simple” + “test”;

    其实就是:

    String str = “This is only a simple test”;

    所以不需要太多的时间了。但大家这里要注意的是,如果你的字符串是来自另外的String对象的话,速度就没那么快了,譬如:

    String str2 = “This is only a”;

    String str3 = “ simple”;

    String str4 = “ test”;

    String str1 = str2 +str3 + str4;

    这时候JVM会规规矩矩的按照原来的方式去做。

  4.StringBuilder与 StringBuffer

    StringBuilder:线程非安全的

    StringBuffer:线程安全的

    当我们在字符串缓冲去被多个线程使用是,JVM不能保证StringBuilder的操作是安全的,虽然他的速度最快,但是可以保证StringBuffer是可以正确操作的。当然大多数情况下就是我们是在单线程下进行的操作,所以大多数情况下是建议用StringBuilder而不用StringBuffer的,就是速度的原因。

 

           对于三者使用的总结: 1.如果要操作少量的数据用 = String

                        2.单线程操作字符串缓冲区 下操作大量数据 = StringBuilder

                        3.多线程操作字符串缓冲区 下操作大量数据 = StringBuffer

 

          偶是初学者,只是总结了自己学习的东西,难免写的东西里有别人的,学习是记忆的过程,这些东西只是用来学习罢了,有些东西可能不对,希望各位给予指正。









 首先要明白,Java中用的wrapper类型都是不可变的,什么是不可变类型呢?顾名思义,就是这种类型的对象一旦创建好之后,无论调用何种方法都无法改变该对象的任何的属性。String 源码中,它的所有属性都是private final的,因此,只有在构造string对象的时候,这些属性才是可以修改的,string类的方法中需要返回一个string的,如subString,concat等方法,都会先构造一个新的string对象,然后再返回,而原来的string对象是不会发生改变的。

    StringBuffer与数组的区别:

stringbuffer:长度可变,而数组的长度不可变。

StringBuffer 与 StringBuider :

StringBuffer 是synchronized,线程安全的,在多线程中使用。

StringBuider 是非线程安全的,在单线程中使用(比较普遍)。该类是作为StringBuffer 类的一个简单的替换。


               String类和StringBuider主要性能区别

String:  每次对String类型对象改变时,都会生成一个新的String对象,然后将指针指向新的string对象,所以经常改变内容的字符串最 好不要使用String。因为每次生成的对象都会对系统性能产生影响,特别当内存中无引用的对象多了以后,JVM的GC就开始工作,系统的性能就会降低。


StringBuffer:  使用StringBuffer对象时,每次都会对对象本身进行操作,而不是生成新的对象并改变对象引用,所以多次情况下,尤 其在字符串对象经常改变的情况下使用StringBuffer。

                      但是使用:String s1="this"+"is"+"a"+"simple"+"test";

                     比  StringBuffer sb=new StringBuffer("this is a ").append("simple").append("test");

                     快,因为在JavaCompiler中,会把第一个语句自动编译为:String s1="this is a simple test";

                     但,拼接的字符串来自另外的String对象的话,JavaCompiler就不会自动转换了,速度也就慢了,比如下面这样的。

String s2="this is a";

String s3="simple";

String s4="test";

String s1=s2+s3+s4;

      这时候,Java compiler会规规矩矩的按照原来的方式去做。String的concatenation(即+)操作利用了StringBuffer(或StringBuider)的append方法实现,此时,对于上述情况,若,s2,s3,s4采用String定义,拼接时需要额外创建一个

StringBuffer(或StringBuider)之后将StringBuffer转换为String;而且S1在运行时才能知道具体的值。若采用StringBuffer

 则,不需要额外创建StringBuffer 。

 使用原则:

              1.如果操作少量数据,用String;单线程操作大量数据用StringBuider 。多线程大量数据用StringBuffer 。

2.不要使用String类的"+"操作,来频繁拼接,因为那样性能极差,应该使用StringBuffer 或者StringBuider。这在java的优化上   也是一条重要原则。

3.为了获得更好的性能,在构造StringBuffer 或者StringBuider的时候应该尽量可能指定他们的容量。如果操作的字符串长度 (length)不超过容量为16个字符的对象就不用了。超过的话,不指定容量会降低性能。

4.StringBuider一般使用在方法内部来完成类似"+"的功能。因为是线程不安全的,所以用完就可以丢弃。StringBuffer 主要用在全局变量。

 5.相同情况下,使用StringBuider相比使用StringBuffer 仅能获得10%~·5%左右的性能提升,却要冒着多线程不安全的风险。


非可变类(immutable)的真正唯一缺点:对于每一个不同的值都要求一个单独的对象。

                   优点:容易设计,实现和使用,不易出错,线程安全,在其生命周期内它的值永远不变。

StringBuffer 充当了String的Companying class(配套累)


StringBuffer的常用方法:

StringBuffer append("data");//将指定的数据(各种数据)作为参数,添加到已有的数据结尾处




StringBuffer  insert(index,"data");//可以将数据插入到指定Index的位置

StringBuffer  delete(start,end);//删除start(包含)到end(不包含)

等等。。可以去手册查询。这里不再列出。



最后再举个例子:

[java] view plain copy
  1. package com.test;  
  2. public class test {  
  3.     public static void main(String[] args) {  
  4.       String[] arr=new String[10];  
  5.         for(int i=0;i<arr.length;i++){  
  6.            arr[i]="value"+i;         
  7.          }  
  8.         String result="";  
  9.         for(String s:arr){//这个foreach语句产生了10个对象,九个没用的垃圾对象,最终被GC回收,降低系统性能,最后只剩下一个我们想要的有<span style="white-space:pre">          </span>//用的对象。  
  10.             result+=s;  
  11.         }  
  12.         System.out.println(result);  
  13.      }  
  14. }   
输出结果:
value0value1value2value3value4value5value6value7value8value9;



再举一个例子:

String s=new String("abc");

上述语句中"abc"在编译时候,本身就是pool中的一个对象,而在运行时执行new String("abc")时,将pool中的对象复制一份放到heap中,并且把heap中的这个对象的引用交给了s。所以上面这句话,就创建了两个String对象,一个在String pool 中一个在heap中。


例题:以下程序创建了几个对象?

[java] view plain copy
  1. package com.test;  
  2. public class test {  
  3.     public static void main(String[] args) {  
  4.       String A,B,C;  
  5.       A="a";//第一个对象  
  6.       B="b";//第二个  
  7.       A=A+B;//第三个,此时引用变量A指向"ab"对象,原来指向的"a"对象成为垃圾对象,会被GC回收  
  8.       StringBuffer D=new StringBuffer("abc");//直接产生两个对象。一个在string pool 一个在heap  
  9.       D=D.append("567");//在D对象本身上修改的操作,不产生新的对象。  
  10.      }  
  11. }     
结论,一共产生了5个对象。
原创粉丝点击