关于Java String类的5道面试题

迈不过友情╰ 2023-05-22 08:52 22阅读 0赞

![format_png][]

这篇来看看关于 Java String 类的 5 道面试题，本篇就带你了解这些题的答案为什么是这样。

**1.判定定义为String类型的st1和st2是否相等，为什么**

package string;
    
    public class Demo2_String {
    
      public static void main(String[] args) {
        String st1 = abc;
        String st2 = abc;
        System.out.println(st1 == st2);
        System.out.println(st1.equals(st2));
      }
    
    }

**输出结果：**

第一行：true

第二行：true

**分析：**

先看第一个打印语句，在Java中==这个符号是比较运算符，它可以基本数据类型和引用数据类型是否相等，如果是基本数据类型，==比较的是值是否相等，如果是引用数据类型，==比较的是两个对象的内存地址是否相等。

字符串不属于8中基本数据类型，字符串对象属于引用数据类型，在上面把“abc”同时赋值给了st1和st2两个字符串对象，指向的都是同一个地址，所以第一个打印语句中的==比较输出结果是 true

然后我们看第二个打印语句中的equals的比较，我们知道，equals是Object这个父类的方法，在String类中重写了这个equals方法。

在JDK API 1.6文档中找到String类下的equals方法，点击进去可以看到这么一句话“将此字符串与指定的对象比较。当且仅当该参数不为`null`，并且是与此对象表示相同字符序列的`String` 对象时，结果才为 `true`。” 注意这个相同字符序列，在后面介绍的比较两个数组，列表，字典是否相等，都是这个逻辑去写代码实现。

由于st1和st2的值都是“abc”，两者指向同一个对象，当前字符序列相同，所以第二行打印结果也为true。

下面我们来画一个内存图来表示上面的代码，看起来更加有说服力。

![format_png 1][]

**内存过程大致如下：**

1）运行先编译，然后当前类Demo2\_String.class文件加载进入内存的方法区

2）第二步，main方法压入栈内存

3）常量池创建一个“abc”对象，产生一个内存地址

4）然后把“abc”内存地址赋值给main方法里的成员变量st1，这个时候st1根据内存地址，指向了常量池中的“abc”。

5）前面一篇提到，常量池有这个特点，如果发现已经存在，就不在创建重复的对象

6）运行到代码 Stringst2 =”abc”, 由于常量池存在“abc”，所以不会再创建，直接把“abc”内存地址赋值给了st2

7）最后st1和st2都指向了内存中同一个地址，所以两者是完全相同的。

**2. 下面这句话在内存中创建了几个对象**

String st1 = new String(“abc”);

答案是：在内存中创建两个对象，一个在堆内存，一个在常量池，堆内存对象是常量池对象的一个拷贝副本。 另外，关注微信公众号：Java技术栈，在后台回复：面试，可以获取我整理的 N 篇最新 Java 面试题整理，都是干货。

**分析：**

我们下面直接来一个内存图。

![format_png 2][]

当我们看到了new这个关键字，就要想到，new出来的对象都是存储在堆内存。然后我们来解释堆中对象为什么是常量池的对象的拷贝副本。

“abc”属于字符串，字符串属于常量，所以应该在常量池中创建，所以第一个创建的对象就是在常量池里的“abc”。

第二个对象在堆内存为啥是一个拷贝的副本呢，这个就需要在JDK API 1.6找到String(String original)这个构造方法的注释：初始化一个新创建的 `String` 对象，使其表示一个与参数相同的字符序列；换句话说，新创建的字符串是该参数字符串的副本。

所以，答案就出来了，两个对象。

**3、判定以下定义为String类型的st1和st2是否相等 **

package string;
    public class Demo2_String {
       public static void main(String[] args) {
         String st1 = new String("abc");
         String st2 = "abc";
         System.out.println(st1 == st2);
         System.out.println(st1.equals(st2));
       }
    }

答案：false 和 true

由于有前面两道题内存分析的经验和理论，所以，我能快速得出上面的答案。

==比较的st1和st2对象的内存地址，由于st1指向的是堆内存的地址，st2看到“abc”已经在常量池存在，就不会再新建，所以st2指向了常量池的内存地址，所以==判断结果输出false，两者不相等。

第二个equals比较，比较是两个字符串序列是否相等，由于就一个“abc”，所以完全相等。

内存图如下

![format_png 3][]

**4. 判定以下定义为String类型的st1和st2是否相等**

package string;
     
    public class Demo2_String {
     
       public static void main(String[] args) {
         String st1 = "a" + "b" + "c";
         String st2 = "abc";
         System.out.println(st1 == st2);
         System.out.println(st1.equals(st2));
       }
    }

答案是：true 和 true

分析：

“a”,”b”,”c”三个本来就是字符串常量，进行+符号拼接之后变成了“abc”，“abc”本身就是字符串常量（Java中有常量优化机制），所以常量池立马会创建一个“abc”的字符串常量对象，在进行st2=”abc”,这个时候，常量池存在“abc”，所以不再创建。所以，不管比较内存地址还是比较字符串序列，都相等。

**5、判断以下st2和st3是否相等**

package string;
     
    public class Demo2_String {
     
       public static void main(String[] args) {
         String st1 = "ab";
         String st2 = "abc";
         String st3 = st1 + "c";
         System.out.println(st2 == st3);
         System.out.println(st2.equals(st3));
       }
    }

答案：false 和 true

**分析：**

上面的答案第一个是false，第二个是true，第二个是true我们很好理解，因为比较一个是“abc”，另外一个是拼接得到的“abc”，所以equals比较，这个是输出true，我们很好理解。

那么第一个判断为什么是false，我们很疑惑。同样，下面我们用API的注释说明和内存图来解释这个为什么不相等。

首先，打开JDK API 1.6中String的介绍，找到下面图片这句话。

![format_png 4][]

关键点就在红圈这句话，我们知道任何数据和字符串进行加号（+）运算，最终得到是一个拼接的新的字符串。+ 号操作到底做了什么？推荐看下。关注微信公众号：Java技术栈，在后台回复：java，可以获取我整理的 N 篇最新 Java 教程，都是干货。

上面注释说明了这个拼接的原理是由StringBuilder或者StringBuffer类和里面的append方法实现拼接，然后调用 toString() 把拼接的对象转换成字符串对象，最后把得到字符串对象的地址赋值给变量。

结合这个理解，我们下面画一个内存图来分析。

![format_png 5][]

**大致内存过程**

1）常量池创建“ab”对象，并赋值给st1，所以st1指向了“ab”

2）常量池创建“abc”对象，并赋值给st2，所以st2指向了“abc”

3）由于这里走的+的拼接方法，所以第三步是使用StringBuffer类的append方法，得到了“abc”，这个时候内存0x0011表示的是一个StringBuffer对象，注意不是String对象。

4）调用了Object的toString方法把StringBuffer对象装换成了String对象。

5）把String对象（0x0022）赋值给st3

所以，st3和st2进行==判断结果是不相等，因为两个对象内存地址不同。

**总结：**

这篇的面试题，完全就是要求掌握JDK API中一些注解和原理，以及内存图分析，才能得到正确的结果，我承认是画内存图让我理解了答案为什么是这样。

画完内存图之后，得到答案，你确实会发现很有趣，最后才会有原来如此的感叹。

![format_png 6][]

*  [ MySQL性能优化(一)：MySQL架构与核心问题][MySQL_MySQL]
 *  [ MySQL性能优化(二)：选择优化的数据类型][MySQL]
 *  [MySQL性能优化(三)：深入理解索引的这点事][MySQL 1]
 *  [MySQL性能优化(四)：如何高效正确的使用索引 ][MySQL 2]
 *  [MySQL性能优化(五)：为什么查询速度这么慢][MySQL 3]  
    
 *  [微服务架构下的核心话题 (一)：微服务架构下各类项目的顺势崛起][Link 1]
 *  [微服务架构下的核心话题 (二)：微服务架构的设计原则和核心话题][Link 2]
 *  [微服务架构下的核心话题 (三)：微服务架构的技术选型][Link 3]

![format_png 7][]

喜欢就点个"在看"呗，留言、转发朋友圈

[format_png]: /images/20230521/78c75b2cde17422d98bc1d591e607b61.png
[format_png 1]: /images/20230521/352ef1c4013847299e3569e56091126b.png
[format_png 2]: /images/20230521/e8dbf8f05cd4444da490eb31e4280ac3.png
[format_png 3]: /images/20230521/a65871b1ab9648249ea1692625854f52.png
[format_png 4]: /images/20230521/b09976b02d944409b8392e00830735b5.png
[format_png 5]: /images/20230521/df8f0c2b233544c4a7b9677c7993cda2.png
[format_png 6]: /images/20230521/397803dac0c54035ae626221242a09da.png
[MySQL_MySQL]: http://mp.weixin.qq.com/s?__biz=MzA5MzUwOTY4NQ%3D%3D&chksm=905d89ffa72a00e9afbacdd1984a40e6371372c5de1c623d28a6c900947fc78511c36fac73b7&idx=1&mid=2247485605&scene=21&sn=f9ec97eb5b49e2724d74b29e2d96afad#wechat_redirect
[MySQL]: http://mp.weixin.qq.com/s?__biz=MzA5MzUwOTY4NQ%3D%3D&chksm=905d89e9a72a00ffd26b7bd32b10213ddd72e16d05e10aca8df42919db494289de2686ad1263&idx=1&mid=2247485619&scene=21&sn=c5a033c1046a279ce285573321bcc858#wechat_redirect
[MySQL 1]: https://blog.csdn.net/xcbeyond/article/details/104858619
[MySQL 2]: http://mp.weixin.qq.com/s?__biz=MzA5MzUwOTY4NQ%3D%3D&chksm=905d885ba72a014d2cb27ffacabecd5e4d28ef4cc2e033915c72a74b468db119eac07d0f3d74&idx=1&mid=2247485697&scene=21&sn=48e3a4ab43ffb5bbdd8b763dae391da0#wechat_redirect
[MySQL 3]: https://blog.csdn.net/xcbeyond/article/details/105375386
[Link 1]: https://blog.csdn.net/xcbeyond/article/details/97503091
[Link 2]: https://blog.csdn.net/xcbeyond/article/details/98392304
[Link 3]: https://blog.csdn.net/xcbeyond/article/details/102511891
[format_png 7]: /images/20230521/7916cb573ec64f8887748c7fa3a6f84b.png