String类为什么是final的

原文https://blog.****.net/qq_27093465/article/details/52190915

首先，先得清楚 final 这个关键字。 
final的出现就是为了为了不想改变，而不想改变的理由有两点：设计(安全)或者效率。
final 修饰的类是不被能继承的，所以 final 修饰的类是不能被篡改的。 
了解了这一点，我们再看看问题：

1、从设计安全)上讲， 
1)、确保它们不会在子类中改变语义。String类是final类，这意味着不允许任何人定义String的子类。
换言之，
如果有一个String的引用，它引用的一定是一个String对象，而不可能是其他类的对象。 
2)、String 一旦被创建是不能被修改的，
因为 java 设计者将 String 为可以共享的，下面这段是源码中的注释：

/**
 * The {@code String} class represents character strings. All
 * string literals in Java programs, such as {@code "abc"}, are
 * implemented as instances of this class.
 * <p>
 * Strings are constant; their values cannot be changed after they
 * are created. String buffers support mutable strings.
 * Because String objects are immutable they can be shared. For example:
 *     String str = "abc";
 * is equivalent to:
 *     char data[] = {'a', 'b', 'c'};
 *     String str = new String(data);
 */
 对应翻译：
/**
*字符串类表示字符串。所有
*在java程序中的字符串，如“ABC”，是
*实现为这个类的实例。
*
*字符串是常量，它们的值在它们之后不能更改
*创建。支持可变字符串字符串缓冲区。
*因为字符串对象是不可改变的，它们可以共享。

2、从效率上讲： 
1)、设计成final，JVM才不用对相关方法在虚函数表中查询，而直接定位到String类的相关方法上，提高了执行效率。 
2)、Java设计者认为共享带来的效率更高。

总而言之，就是要保证 java.lang.String 引用的对象一定是 java.lang.String的对象，而不是引用它的子孙类，这样才能保证它的效率和安全。

看了上面的，其实还可以看看这3个文章，有个常量池的概念。不仅仅是String类，还有简单数据封装类。加深下理解，扩展下知识面。

java，西特。

Java常量池的大概理解

Java常量池的面试题

JavaString中理解起来模糊的东西，我来给我扫扫盲。(String类的intern(),equal(). == )
--------------------- 

StringBuffer就是为了解决大量拼接字符串时产生很多中间对象问题而提供的一个类，提供append和add方法，可以将字符串添加到已有序列的末尾或指定位置，它的本质是一个线程安全的可修改的字符序列，把所有修改数据的方法都加上了synchronized。但是保证了线程安全是需要性能的代价的。

在很多情况下我们的字符串拼接操作不需要线程安全，这时候StringBuilder登场了，StringBuilder是JDK1.5发布的，它和StringBuffer本质上没什么区别，就是去掉了保证线程安全的那部分，减少了开销。

StringBuffer 和 StringBuilder 二者都继承了 AbstractStringBuilder ，底层都是利用可修改的char数组(JDK 9 以后是 byte数组)。

所以如果我们有大量的字符串拼接，如果能预知大小的话最好在new StringBuffer 或者StringBuilder 的时候设置好capacity，避免多次扩容的开销。扩容要抛弃原有数组，还要进行数组拷贝创建新的数组。

我们平日开发通常情况下少量的字符串拼接其实没太必要担心，例如

String str = "aa"+"bb"+"cc";

像这种没有变量的字符串，编译阶段就直接合成"aabbcc"了，然后看字符串常量池（下面会说到常量池）里有没有，有也直接引用，没有就在常量池中生成，返回引用。

如果是带变量的，其实影响也不大，JVM会帮我们优化了。(以下运行JDK版本为1.8)

看看反编译结果，String拼接用的是StringBuilder.append。

是不是好像觉得那不平时不需要用StringBuilder 啊，用String就好了啊，都帮我们优化了？

不是的来看这个情况

看看反编译结果，new了很多次StringBuilder

也就是说会如果有大量的字符串拼接new好多StringBuilder对象，所以频繁的字符串操作还是得用StringBuilder！

再说说字符串常量池

看看我们的代码，你会发现String是真的频繁得使用到，Java为了避免在一个系统中产生大量的String对象，引入了字符串常量池。

创建一个字符串时，首先会检查池中是否有值相同的字符串对象，如果有就直接返回引用，不会创建字符串对象；如果没有则新建字符串对象，返回对象引用，并且将新创建的对象放入池中。但是，通过new方法创建的String对象是不检查字符串常量池的，而是直接在堆中创建新对象，也不会把对象放入池中。上述原则只适用于直接给String对象引用赋值的情况。

String str1 = new String("a"); //不检查字符串常量池的

String str2 = "bb"; //检查字符串常量池的

String还提供了intern()方法。调用该方法时，如果字符串常量池中包括了一个等于此String对象的字符串（由equals方法确定），则返回池中的字符串的引用。否则，将此String对象添加到池中，并且返回此池中对象的引用。

在JDK6中，不推荐大量使用intern方法，因为这个版本字符串缓存在永久代中，这个空间是有限了，除了FullGC之外不会被清楚，所以大量的缓存在这容易OutOfMemoryError。

之后的版本把字符串放入了堆中，避免了永久代被挤满。

总结

1、在字符串不经常发生变化的业务场景优先使用String(代码更清晰简洁)。如常量的声明，少量的字符串操作(拼接，删除等)。

2、在单线程情况下，如有大量的字符串操作情况，应该使用StringBuilder来操作字符串。不能使用String"+"来拼接而是使用，避免产生大量无用的中间对象，耗费空间且执行效率低下（新建对象、回收对象花费大量时间）。如JSON的封装等。

3、在多线程情况下，如有大量的字符串操作情况，应该使用StringBuffer。如HTTP参数解析和封装等。

原文：https://baijiahao.baidu.com/s?id=1629804867201303563&wfr=spider&for=pc