Java中的String，StringBuilder，StringBuffer三者的区别

　

stringbuilder

学习时间长了，有些东西可能会遗忘，所以大概整理下，方便大家观看，以后自己看起来也更加方便，如果那里错误，请联系指出，谢谢.

大概分为三个方面：常量变量， 执行效率，线程

1.String，StingBuffer，stringbuilder是字符串变量还是常量？

• String ----> 字符串常量
• StringBuffer ----> 字符串变量（线程安全的）
• StringBuilder ----> 字符串变量（非线程安全的）

至于String 为什么是常量或者可以说为什么是被final修饰？

大神链接：在java中String类为什么要设计成final？ - 程序员 - 知乎

2.执行效率问题（高 -->低）：

StringBuilder -----> StringBuffer -----> String

　　String最慢的原因：

　　String为字符串常量，而StringBuilder和StringBuffer均为字符串变量，即String对象一旦创建之后该对象是不可更改的，但后两者的对象是变量，是可以更改的。

　　如果运行这段代码会发现先输出“张三”，然后又输出“张三还好吧”，好像是str这个对象被更改了，其实，这只是一种假象罢了，JVM对于这几行代码是这样处理的，首先创建一个String对象str，并把“张三”赋值给str，然后在第三行中，其实JVM又创建了一个新的对象也名为str，然后再把原来的str的值和“还好吧”加起来再赋值给新的str，而原来的str就会被JVM的垃圾回收机制（GC）给回收掉了，所以，str实际上并没有被更改，也就是前面说的String对象一旦创建之后就不可更改了。所以，Java中对String对象进行的操作实际上是一个不断创建新的对象并且将旧的对象回收的一个过程，所以执行速度很慢。 　　而StringBuilder和StringBuffer的对象是变量，对变量进行操作就是直接对该对象进行更改，而不进行创建和回收的操作，所以速度要比String快很多。

另外，有时候我们会这样对字符串进行赋值

这样输出结果也是“张三还好吧”，但是String的速度却比StringBuilder的反应速度要快很多，这是因为第1行中的操作和

String str="张三还好吧";

是完全一样的，所以会很快

3.线程问题：

• StringBuffer ----> 字符串变量（线程安全的）
• StringBuilder ----> 字符串变量（非线程安全的）

看了源码之后，里边很多synachronized修饰，所以线程是安全的

文章来源网络，版权归作者本人所有，如侵犯到原作者权益，请与我们联系删除或授权事宜

如果有误，请联系作者更改，谢谢，本人微信：void666666

相关阅读

CString类详细介绍

CString类背景介绍 这是本人第一次写csdn博客，如果有写得不好的地方请各位大佬帮忙指出不足之处，本人定会谦虚请教。众所周知，MFC(微

Java中String类中compareTo( )方法

compareTo方法是比较简单的，我们可以直接看其源码:源码如下：public int compareTo(String anotherString) { int len1 = va

java.lang.StringIndexOutOfBoundsException: String

字符串截取下标越界   出错代码 @GetMapping("/edit") //@RequiresPermissions("erp:enquirySheet:edit") public String

c++ ostringstream的用法（c语言的sprintf）

转载： https://blog.csdn.net/qq1987924/article/details/7671154ostringstream的用法【本文来自】http://www.builder.com.cn/20

StringTokenizer类的使用方法

StringTokenizer：主要用于字符串分隔解析属于：java.util包。１、构造函数。1. StringTokenizer(String str) ：构造一个用来解析str的