关闭

String/StringBuilder/StringBuffer性能对比

标签: stringjavaStringBuff性能
108人阅读 评论(0) 收藏 举报
分类:

String

 String s="a";
 s=s+1;

虚拟机解析这段代码时,创建对象s,赋予一个a,当执行到第二句的时候,先创建一个左边的s对象,此时的s并不等于之前创建的s,然后给新的s赋值s+1的值,s+1中的s和第一个s是同一个。里面存放a那个值,所以说之前对象s并没有变化,足以说明String类型是不可改变的对象。由于这种机制,每当用String操作字符串时,实际上是在不断的创建新的对象,而原来的对象就会变为垃圾被GC回收掉,可想而知这样执行效率会有多底。

String与StringBuilder性能对比

性能比较差

String str1 = "yang";
String str2 = "de";
String str3=str1+str2;

上面已经证明String对象是不可变的,所以每次对String对象做改变操作(譬如“+”操作)时其实都生成了新的String对象实例,所以会导致内存消耗性能问题

性能表现较好

 StringBuilder sb = new StringBuilder().append(str1).append(str2);

StringBuffer对象做改变操作每次都会对自己进行操作,所以不需要消耗额外的内存空间。

String和StringBuffer性能对比

性能好

 String Str = "a" + "b";

性能差

 StringBuffer sbf = new StringBuffer().append("a").append("b");

在这种情况下你会发现StringBuffer的性能反而没有String的好,原因是在JVM解释时认为
String Str = “a” + “b”;就是String Str = “ab”;所以自然比StringBuffer快了。

可以发现,如果我们拼接的是字符串常量则String效率比StringBuffer高,如果拼接的是字符串对象,则StringBuffer比String效率高。

StringBuffer和StringBuilder区别

StringBuffer和StringBuilder都继承自同一个父类,只是StringBuffer是线程安全的,另外一个兄弟是线程非安全的,也就是说在不考虑多线程情况下StringBuilder的性能又比StringBuffer高。当然大多数情况下就是我们是在单线程下进行的操作,所以大多数情况下是建议用StringBuilder而不用StringBuffer的,就是速度的原因

总结
1.如果要操作少量的数据用 = String
2.单线程操作字符串缓冲区 下操作大量数据 = StringBuilder
3.多线程操作字符串缓冲区 下操作大量数据 = StringBuffer

0
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:48614次
    • 积分:1172
    • 等级:
    • 排名:千里之外
    • 原创:41篇
    • 转载:169篇
    • 译文:1篇
    • 评论:12条
    文章分类
    最新评论