不可变真的是因为 Final 吗？

ing 为啥不可变?因为 String 中的 char 数组被 final 修饰。这套回答相信各位已经背烂了，But 这并不正确!

• 面试官：讲讲 String、StringBuilder、StringBuffer 的区别
• 我：String 不可变，而 StringBuilder 和 StringBuffer 可变，叭叭叭 ......
• 面试官：String 为什么不可变?
• 我：String 被 final 修饰，这说明 String 不可继承;并且String 中真正存储字符的地方是 char 数组，这个数组被 final 修饰，所以 String 不可变
• 面试官：String 的不可变真的是因为 final 吗?
• 我：是.....是的吧
• 面试官：OK，你这边还有什么问题吗?
• 我：卒......

什么是不可变?

《Effective Java》中对于不可变对象(Immutable Object)的定义是：对象一旦被创建后，对象所有的状态及属性在其生命周期内不会发生任何变化。这就意味着，一旦我们将一个对象分配给一个变量，就无法再通过任何方式更改对象的状态了。

String 不可变的表现就是当我们试图对一个已有的对象 "abcd" 赋值为 "abcde"，String 会新创建一个对象：既然我们说 String 是不可变的，那显然仅仅靠 final 是远远不够的：

1)首先，char 数组是 private 的，并且 String 类没有对外提供修改这个数组的方法，所以它初始化之后外界没有有效的手段去改变它;

2)其次，String 类被 final 修饰的，也就是不可继承，避免被他人继承后破坏;

3)最重要的!是因为 Java 作者在 String 的所有方法里面，都很小心地避免去修改了 char 数组中的数据，涉及到对 char 数组中数据进行修改的操作全部都会重新创建一个 String 对象。你可以随便翻个源码看看来验证这个说法，比如 substring 方法：首先，字符串常量池的需要。

我们来回顾一下字符串常量池的定义：大量频繁的创建字符串，将会极大程度的影响程序的性能。为此，JVM 为了提高性能和减少内存开销，在实例化字符串常量的时候进行了一些优化：

• 为字符串开辟了一个字符串常量池 String Pool，可以理解为缓存区
• 创建字符串常量时，首先检查字符串常量池中是否存在该字符串
• 若字符串常量池中存在该字符串，则直接返回该引用实例，无需重新实例化;若不存在，则实例化该字符串并放入池中。

如下面的代码所示，堆内存中只会创建一个 String 对象：

（编辑：常州站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!