JavaSE——StringBuffer与StringBuilder拼接字符串详细解释

待我称王封你为后i 2024-04-03 14:19 68阅读 0赞

**目录**

一、基本了解

1.1使用字符串频繁拼接会出现什么问题？

1.2 了解StringBuffer

1.3 了解StringBuilder

1.4 StringBuffer与StringBuilder的区别

二、StringBuffer的使用

2.1 分析拼接字符串：

2.2 怎么优化StringBuffer

三、StringBuilder的使用

--------------------

## 一、基本了解 ##

### 1.1使用字符串频繁拼接会出现什么问题？ ###

*  java中字符串是不可变的，每一次拼接都会产生新的字符串
 *  这样会占用大量的方法区的内存，造成内存空间的浪费

这种情况下我们就建议使用StringBuffer与StringBuilder

![00a17e8b0e9f4e8499228b1e953b6daa.png][]

### 1.2 了解StringBuffer ###

**底层实际是一个byte\[\]数组的形式，初始化的容量是16**，如下图所示

![112c5c933c324e139d0a5f74d13f57a4.png][]

往SpringBuffer中存放字符串，实际上就是存放到byte数组当中

![2c62bcc652cd4fc2b6927f264dd694ba.png][]

**1.2.1如果我们底层的byte数组满了怎么办？**

它自己会自动扩容，存满之后底层会调用System.arraycopy（）进行扩容，就是因为这个样子，适合于字符串的频繁拼接！

![0d6e208d1bd641e1b09356bd00efb7b5.png][]

**1.2.2 String类型的底层是什么？**

也是**byte数组的形式，但是带有final修饰，不可修改**，如下图所示，所以String不可修改

![99ec10a7200e4bc7b72221ddcb7b8826.png][]

比如像下图这样，如果value被final修饰，当value指向0x11的时候，就不能再指向下面的0x25了

![59f22de4f5fb4d85bbf6bce1a4e931c5.png][]

但是StringBuffer的实现原理如下图所示：value没有被final修饰，可以改变

![70e0b3ca86f34c49b454c06f8ec971e3.png][]

### 1.3 了解StringBuilder ###

底层与StringBuffer是一个样子的，默认的容量是16，byte数组的形式

### 1.4 StringBuffer与StringBuilder的区别 ###

*  StringBuffer 方法中都有synchronized关键字修饰，表示在多线程运行下是安全的
 *  StringBuilder 方法中没有synchronized关键字修饰，表示在多线程环境下运行是不安全的

## 二、StringBuffer的使用 ##

这一个类已经帮我们**实现了toString方法**，我们可以直接对对象进行输出

可以使用**append方法进行追加**

但是我们会发现，我们在字符串拼接的时候出现了两个字符串的形式，那这两个字符串会出现在字符串常量池中么？

### **2.1 分析拼接字符串：** ###

首先我们刚开始是什么也没有的，我们追加了一个6666，但是不是字符串的形式，此时会把他转化成字符串，现在我们字符串常量池中就有“6666”这个字符串了；

但是我们下面又追加了一个“wohenhao”，因为StringBuffer下面的byte数组并没有被final修饰，所以此时就会对字符串进行改变，将“6666”与“wohenhao”进行拼凑，而我们那个“6666”字符就会被垃圾回收机给回收掉，但是！！！这个**“wohenhao”这个字符串就不会被垃圾处理器给处理掉，因为它本身就是一个字符串！！！**

..................

StringBuffer stringBuffer = new StringBuffer();
            stringBuffer.append(6666);
            stringBuffer.append("wohenhao");
            stringBuffer.append("你好啊");
            stringBuffer.append(true);

依照这种方式不断的执行，就会出现下面这种情况，在我们**中间出现的那些字符串都会被垃圾回收期给回收掉**

**比如：**

**当我们是“6666” 的时候，又加了一个“wohenhao”，成为了“6666wohenhao”的时候，我们前面出现过的“6666”就会被垃圾回收器处理掉；**

**当我们是“6666wohenhao”的时候，又加了一个“你好啊”,成为“6666wohenhao你好啊”的时候，我们前面出现过的“6666wohenhao”就会被垃圾回收期给处理掉**

**...............**

**换句话说，我们省的是中间产物！**

**但是！！！已经是字符串的那些，比如“wohenhao”、“你好啊”，这些本身就是字符串并不会被垃圾回收机回收，符合String类的要求**

![8159226de86c441db815708cbc07920f.png][]

### 2.2 怎么优化StringBuffer ###

*  创建StringBuffer的时候尽量给一个初始化容量（默认是16）
 *  减少扩容次数，预估一下，给一个大一些的初始化容量

## 三、StringBuilder的使用 ##

原理与StringBuffer相同

![a143a4ba1aee408ca9abf99f73271cd6.png][]

[00a17e8b0e9f4e8499228b1e953b6daa.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/03/66a0efae62284d978971f242be38d9d7.png
[112c5c933c324e139d0a5f74d13f57a4.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/03/53cc681f24904eebbba7d61e5be56c3a.png
[2c62bcc652cd4fc2b6927f264dd694ba.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/03/f10602f5273c44cab9aa31ffb8e8fb19.png
[0d6e208d1bd641e1b09356bd00efb7b5.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/03/64ca39a0217944dbb48231a985e12737.png
[99ec10a7200e4bc7b72221ddcb7b8826.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/03/7fcdd5b26d8f40eab8ee7a6384bbf84f.png
[59f22de4f5fb4d85bbf6bce1a4e931c5.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/03/21cedd0382d04eb99b042ec868e809fd.png
[70e0b3ca86f34c49b454c06f8ec971e3.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/03/05f6c9fbe1344767a6c51c8271f770a4.png
[8159226de86c441db815708cbc07920f.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/03/d342e48f5c1e4b53a1656cb9a7e75361.png
[a143a4ba1aee408ca9abf99f73271cd6.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/03/436020dd6a7949afa95bf56d9fb39dc6.png