目录
1.4 StringBuffer与StringBuilder的区别
一、基本了解
1.1使用字符串频繁拼接会出现什么问题?
- java中字符串是不可变的,每一次拼接都会产生新的字符串
- 这样会占用大量的方法区的内存,造成内存空间的浪费
这种情况下我们就建议使用StringBuffer与StringBuilder
1.2 了解StringBuffer
底层实际是一个byte[]数组的形式,初始化的容量是16,如下图所示
往SpringBuffer中存放字符串,实际上就是存放到byte数组当中
1.2.1如果我们底层的byte数组满了怎么办?
它自己会自动扩容,存满之后底层会调用System.arraycopy()进行扩容,就是因为这个样子,适合于字符串的频繁拼接!
1.2.2 String类型的底层是什么?
也是byte数组的形式,但是带有final修饰,不可修改,如下图所示,所以String不可修改
比如像下图这样,如果value被final修饰,当value指向0x11的时候,就不能再指向下面的0x25了
但是StringBuffer的实现原理如下图所示:value没有被final修饰,可以改变
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类的要求
2.2 怎么优化StringBuffer
- 创建StringBuffer的时候尽量给一个初始化容量(默认是16)
- 减少扩容次数,预估一下,给一个大一些的初始化容量
三、StringBuilder的使用
原理与StringBuffer相同