String,StringBuffer,StringBuilder的浅析

2023-11-24 18:06:34

清明节天气真是不错，有点小冷，但天晴的很，本来想出去走走（清明应该是除了五一回家外唯一一次有功夫出去的时候），但一想到大佬们都在学习，哪还能安心地玩耍，干脆就继续快乐图书馆吧。作为一个小白会的太少了，纠结了好久也不知道写什么，突然想起来挚爱的JAVA好久没用过了，所以这第一篇就说说JAVA中的String,StringBuffer,StringBuilder这三个类吧~

（清明节那天在微信上写的，忘发CSDN了...）

1. String——字符串常量

众所周知Java中提供String类，通过对String类的对象来对字符串进行操作。来先让我们看看源码中怎么写的

String底层实际上是用了一个byte型数组来存储数据的.（jdk1.8及以前我记得是用char型数组存储，我用的是jdk11）

而且我们可以看到byte数组被声明为final的，那么就说明了String类的对象是字符串常量，不能被修改。先来看段代码。

        String str="工藤新一";        System.out.println("str="+str);        str="怪盗基德";        System.out.println("str="+str);

有人会给出上面这样的代码先构造一个String对象并初始化为“工藤新一”，接着用这个String类对象str再赋一个值“怪盗基德”，编译器没有报错，也能顺利运行str确实变了，于是他说String是可变的。那么事实真是这样的吗？“新机兹哇一自摸 hi 到次！”

我们先来写这样一段代码

        String str1="工藤新一";        String str2="工藤新一";        System.out.println(str1==str2);

我们创造了两个String对象分别命名为str1和st2，它们均初始化为“工藤新一”，接着我们用==来判断两个对象的地址值（若要判断值相等应该用String类中重写的equals方法哦）

输出的结果竟然是 true。那么就意味着str1和str2实际上指的是内存中同一块区域。

来看图

JVM的设计者提供字符串常量池这样的一种东西来提高性能。

当我们以字面量形式(不同于new对象)实例化String对象时，该对象的值是保存在字符串常量池中，当我们再实例化另一个对象时，虚拟机首先会在常量池中寻找是否有相同的值，若有相同的值，则会将该区域地址赋给对象；若不存在则再开辟空间存储（常量池中不存在相同的字符串）。

由于声明str1时我们已经在常量池中写入了“工藤新一”，所以当我们另str2也赋值“工藤新一”时，虚拟机便让str2指向了和str1指向得相同的区域。因此我们会得到str1==str2为 true 的结果。好了可以回归正题了，看代码

        String str1="工藤新一";        String str2="工藤新一";        str1="怪盗基德";        System.out.println(str1==str2);

当我们再把“怪盗基德”赋给str1，此时结果为false，那么这便说明了，前后两个str1其实并不是一个！“怪盗基德”是常量池中的另一块区域。

所以String对象是常量其实是没有问题的，当你给它赋新值的时候，本质上就是又创造了一个对象，会重新指定内存区域，只不过它们表面长成了一个样子而已。就像基德和新一的区别。

既然上面说到了常量池，我们再进一步说说这个内容，老规矩，先看代码

结果有没有很意外？str1==str2 结果为true，你已经知道为什么了，但其他的为什么为false呢？这还得看刚才那张图

这张图我想你很容易就看明白了为什么。当我们用字面量形式赋值时，JVM会在常量池中寻找，并进行操作；

而当我们用new+构造器的方式实例化的时候，JVM则会先在堆空间中开辟空间，再引用常量池中的地址。每次new都会在堆空间中开辟新的区域。

懂了吗亲？

自己再试试下面的代码，看看它们之间比较的结果

        String str1="工藤";        String str2="新一";        String str3="工藤新一";        String str4="工藤"+"新一";        String str5=str1+"新一";        String str6="工藤"+str2;        String str7=str1+str2;

2. StringBuffer——字符串变量

芜湖，总算开始第二部分了，技术文可真难写啊。