博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
深入理解 String, StringBuffer 与 StringBuilder 的区别
阅读量:7047 次
发布时间:2019-06-28

本文共 6632 字,大约阅读时间需要 22 分钟。

hot3.png

String 字符串常量

StringBuffer字符串变量(线程安全)
StringBuilder字符串变量(非线程安全)
 简要的说, String 类型和StringBuffer类型的主要性能区别其实在于 String 是不可变的对象, 因此在每次对 String 类型进行改变的时候其实都等同于生成了一个新的 String 对象,然后将指针指向新的 String 对象,所以经常改变内容的字符串最好不要用 String ,因为每次生成对象都会对系统性能产生影响,特别当内存中无引用对象多了以后, JVM 的 GC 就会开始工作,那速度是一定会相当慢的。
 而如果是使用StringBuffer类则结果就不一样了,每次结果都会对StringBuffer对象本身进行操作,而不是生成新的对象,再改变对象引用。所以在一般情况下我们推荐使用StringBuffer,特别是字符串对象经常改变的情况下。而在某些特别情况下, String 对象的字符串拼接其实是被 JVM 解释成了StringBuffer对象的拼接,所以这些时候 String 对象的速度并不会比StringBuffer对象慢,而特别是以下的字符串对象生成中, String 效率是远要比StringBuffer快的:
 String S1 = “This is only a” + “ simple” + “ test”;
 StringBuffer Sb = new StringBuilder(“This is only a”).append(“ simple”).append(“ test”);
 你会很惊讶的发现,生成 String S1 对象的速度简直太快了,而这个时候StringBuffer居然速度上根本一点都不占优势。其实这是 JVM 的一个把戏,在 JVM 眼里,这个
 String S1 = “This is only a” + “ simple” + “test”; 其实就是:
 String S1 = “This is only a simple test”; 所以当然不需要太多的时间了。但大家这里要注意的是,如果你的字符串是来自另外的 String 对象的话,速度就没那么快了,譬如:
String S2 = “This is only a”;
String S3 = “ simple”;
String S4 = “ test”;
String S1 = S2 +S3 + S4;
这时候 JVM 会规规矩矩的按照原来的方式去做

在大部分情况下StringBuffer > String
StringBuffer

.lang.StringBuffer线程安全的可变字符序列。一个类似于 String 的字符串缓冲区,但不能修改。虽然在任意时间点上它都包含某种特定的字符序列,但通过某些方法调用可以改变该序列的长度和内容。

每个字符串缓冲区都有一定的容量。只要字符串缓冲区所包含的字符序列的长度没有超出此容量,就无需分配新的内部缓冲区数组。如果内部缓冲区溢出,则此容量自动增大。从 JDK 5.0 开始,为该类增添了一个单个线程使用的等价类,即 StringBuilder 。与该类相比,通常应该优先使用 StringBuilder 类,因为它支持所有相同的操作,但由于它不执行同步,所以速度更快。

可将字符串缓冲区安全地用于多个线程。可以在必要时对这些方法进行同步,因此任意特定实例上的所有操作就好像是以串行顺序发生的,该顺序与所涉及的每个线程进行的方法调用顺序一致。

StringBuffer上的主要操作是 append 和 insert 方法,可重载这些方法,以接受任意类型的数据。每个方法都能有效地将给定的数据转换成字符串,然后将该字符串的字符追加或插入到字符串缓冲区中。append 方法始终将这些字符添加到缓冲区的末端;而 insert 方法则在指定的点添加字符。
例如,如果 z 引用一个当前内容是“start”的字符串缓冲区对象,则此方法调用 z.append("le") 会使字符串缓冲区包含“startle”,而 z.insert(4, "le") 将更改字符串缓冲区,使之包含“starlet”。
在大部分情况下StringBuilder StringBuffer

java.lang.StringBuilder

java.lang.StringBuilder一个可变的字符序列是5.0新增的。此类提供一个与StringBuffer兼容的 API,但不保证同步。类被设计用作StringBuffer的一个简易替换,用在字符串缓冲区被单个线程使用的时候(这种情况很普遍)。如果可能,建议优先采用该类,因为在大多数实现中,它比StringBuffer要快。两者的方法基本相同。

但是如果将 StringBuilder 的实例用于多个线程是不安全的。需要这样的同步,则建议使用 StringBuffer 。

ok,Talk is cheap,show you the code:

package com.test;public class Testssb {	       /** Creates a new instance of testssb */    final static int ttime = 70000;// 测试循环次数    public Testssb() {    }       public void test(String s){        long begin = System.currentTimeMillis();        for(int i=0;i

测试结果:

 50000  操作 java.lang.String 类型使用的时间为: 10456 毫秒  操作 java.lang.StringBuffer 类型使用的时间为: 4 毫秒  操作 java.lang.StringBuilder 类型使用的时间为: 3 毫秒  操作字符串对象引用相加类型使用的时间为: 23 毫秒  操作字符串相加使用的时间为: 1 毫秒   60000 操作 java.lang.String 类型使用的时间为: 17455 毫秒  操作 java.lang.StringBuffer 类型使用的时间为: 4 毫秒  操作 java.lang.StringBuilder 类型使用的时间为: 3 毫秒  操作字符串对象引用相加类型使用的时间为: 13 毫秒  操作字符串相加使用的时间为: 1 毫秒  70000 操作 java.lang.String 类型使用的时间为: 25882 毫秒  操作 java.lang.StringBuffer 类型使用的时间为: 5 毫秒  操作 java.lang.StringBuilder 类型使用的时间为: 3 毫秒  操作字符串对象引用相加类型使用的时间为: 14 毫秒  操作字符串相加使用的时间为: 1 毫秒

你还可以往下继续加大测试数据,只是我的本子扛不住了。。。就不测了。。。

其实我这里测试并不是很公平,因为都放在了一起以先后顺序进行,测试方法中间没有考虑到JVM的GC收集前面产生的无引用对象垃圾而对执行过程的中断时间。如果大家有更好的想法或者思路欢迎跟我讨论:decli AT qq DOT com

关于上文所述:在 JVM 眼里,这个 

String S1 = “This is only a” + “ simple” + “test”; 其实就是: 
String S1 = “This is only a simple test”; 
这里的表述不恰当 
String S1 = “This is only a” + “ simple” + “test”; 其实就是: 
String S1 = “This is only a simple test”; 这么说是对的,但是如果是jvm的把戏,那么String S1 = “This is only a” + “ simple” + “test”; 是不是会和 
String S3=“This is only a”; 
S3+=“ simple”; 
S3+=“test”; 
System.out.println(S1==S3);的结果是一样呢?很显然结果是false; 
其实这并不是JVM的把戏,而是java编译器的把戏。 
给出如下源代码 

package com.test;public class T {		public static void main(String[] args) {		String s1 = "This is only a" + " simple " + "test"; 		String s2 = "This is only a"; 		s2+= " simple "; 		s2+= "test"; 		System.out.println(s1==s2); 	}}

那么它编译(JDK5.0)后的class会是什么样的呢:

H:\tmp_download>jad -p T.class// Decompiled by Jad v1.5.8g. Copyright 2001 Pavel Kouznetsov.// Jad home page: http://www.kpdus.com/jad.html// Decompiler options: packimports(3)// Source File Name:   T.javapackage com.test;import java.io.PrintStream;public class T{    public T()    {    }    public static void main(String args[])    {        String s1 = "This is only a simple test";        String s2 = "This is only a";        s2 = (new StringBuilder(String.valueOf(s2))).append(" simple ").toString();        s2 = (new StringBuilder(String.valueOf(s2))).append("test").toString();        System.out.println(s1 == s2);    }}H:\tmp_download>

可以看到 + 变成了 StringBuilder 的方式,这是Javac的问题,也是Javac优化class的一个技巧。  

注:不要用 Java decompiler 去编译,这个工具会做一些美化,而要用 JAD:

JAVA高级:反编译工具jad的简单用法

最后,我们再来看个常见的问题:

new String() vs literal string(字面量)

Java运行环境有一个字符串常量池(String constant pool),由String类维护。执行语句String s="abc"时,首先查看字符串池中是否存在字符串"abc",如果存在则直接将"abc"赋给s,如果不存在则先在字符串池中新建一个字符串"abc",然后再将其赋给s。

执行语句String s=new String("abc")时,在运行时涉及 2 个String实例,一个是字符串字面量"xyz"所对应的、驻留(intern)在一个全局共享的字符串常量池中的实例,另一个是通过new String(String)创建并初始化的、内容与"xyz"相同的实例。
前一语句的效率高,后一语句的效率低,因为新建字符串需要占用内存空间和时间。

15035012_WFvT.png

注意以下区别:

Also, a little test you can do to drive the point home:String a = new String("xpto");String b = new String("xpto");String c = "xpto";String d = "xpto";String e = a.intern();System.out.println(a == b);System.out.println(a == c);System.out.println(c == d);System.out.println(c == e);With all this, you can probably figure out the results of these Sysouts:falsefalsetruetrueSince c and d are the same object, the == comparison holds true.

intern()

对于上面使用new创建的字符串对象,如果想将这个对象的引用加入到字符串常量池,可以使用intern方法。

调用intern后,首先检查字符串常量池中是否有该对象的引用,如果存在,则将这个引用返回给变量,否则将引用加入并返回给变量。

  Java中的String与常量池

 Java堆.栈和常量池 笔记

 Java中的字符串常量池

REF:

是 String , StringBuffer 还是 StringBuilder ?

深入理解Java中的String

为什么String类是不可变的? 

JDK6 和 JDK7 中的 substring() 实现差异(JDK6和JDK7中的substring()方法)

Java中的String对象是不可变的吗 

Oracle优化Java字符串内部表示

如何写一个不可变类? 

深入理解Java中的final关键字 

Java 性能优化之 String 篇

Integer.valueOf(String) 方法之惑 

public static void main(String[] args) throws IOException {		System.out.println(Integer.valueOf(127)==Integer.valueOf(127));		System.out.println(Integer.valueOf("127")==Integer.valueOf("127"));		System.out.println(Integer.valueOf("128")==Integer.valueOf("128"));		System.out.println(Integer.parseInt("128")==Integer.valueOf("128"));	}//truefalsefalsetrue

Java中关于String类型的10个问题 

什么是字符串常量池? 

Java程序员们最常犯的10个错误 

Java编程提高性能时需注意的地方

尽量使用基本数据类型代替对象:

String str = "hello";
上面这种方式会创建一个“hello”字符串,而且JVM的字符缓存池还会缓存这个字符串;
String str = new String("hello");
此时程序除创建字符串外,str所引用的String对象底层还包含一个char[]数组,这个char[]数组依次存放了h,e,l,l,o

Java中的substring真的会引起内存泄露么?

浅谈StringBuilder

“for循环中使用 "+" 拼接为什么这么慢”:用 "+" 进行拼接,都会转化成 StringBuilder 对象,但是在for循环中,每循环一次,就创建一个StringBuilder 对象,如果循环1千万次,就创建了1千万个StringBuilder 对象,性能会差很多。

转载于:https://my.oschina.net/leejun2005/blog/102377

你可能感兴趣的文章
PHP流程控制的替代语法
查看>>
完全解析H3C路由器动态NAT配置步骤
查看>>
天涯的运维之路
查看>>
运维人员低学历者要不要补学历?何时补合适?
查看>>
【原创】日志表设计一例分析
查看>>
nmcli网卡绑定与teaming配置
查看>>
为什么还是穷人:工作的态度
查看>>
Provisioning Services 7.8 入门系列教程之三 安装并配置 Provisioning Services
查看>>
RHEL6基础三十之服务器维护基础命令①netstat
查看>>
Puppet 实验十 centos 安装 puppet-dashboard 仪表盘
查看>>
SQL Server 2017 AlwaysOn on Linux 配置和维护(11)
查看>>
C#基础知识整理:基础知识(7) 方法的隐藏
查看>>
SQL Server可以锁定的资源类型
查看>>
基于VMware vSphere 5.0的服务器虚拟化实践(3)
查看>>
Linux系统负载均衡软件之haproxy+apache
查看>>
风险评估 Risk Assessment
查看>>
Cent OS 6.4 虚拟机安装实践(一)基本安装
查看>>
keepalived 实现web应用的高可用
查看>>
Oracle修改默认密码过期天数和锁定次数
查看>>
RHEL网络安装刀片服务器
查看>>