摘要

极客时间里的Java核心技术系列，第5讲，记录一些笔记。
关键词：final，compact Strings，intrinsic，永久代，元数据区，堆

String

String类是我们最常用的一个类了，String类本身是 final 标记的。
底层涉及到的知识及优化也有很多。
JDK9中对 String 引入了 Compact Strings 的设计(完全用 byte[ ] 数组存储)，对JVM底层优化的 Intrinsic 机制也进行了大幅度重写。

  • 首先要知道它是 immutable 的，因为它底层存储数据的数组是 final 修饰的。
    以前底层实现都是 char[ ] 数组，
    JDK9改进成了 byte[ ] 数组 和 一个标识编码的 coder（默认是UTF16）。
    因为：在 Java 中，char占2个字节，byte占1个字节。
    拉丁系语言（反正不是中文）的字符，用不了太宽的char，就造成一定的空间浪费。

  • 对于字符串常量的拼接： 比如 String str = “a” + “b” + “c”;
    （可以通过 反编译 来查看验证）
    在 JDK8 里，会被自动转化为 StringBuilder 来操作。
    在 JDK9 里，提供了 StringConcatFactory 来作为入口优化操作。

  • 对于字符串的缓存：
    如果能够避免重复字符串的来回创建，那么就可以有效的降低 内存消耗 和 对象创建的开销。

    在 Java6 中，在 String 类中提供了 intern() 方法（不推荐使用）。它实现的功能：如果缓存里有字符串，就返回缓存里的实例，如果没有，就把它加到缓存里。

    被缓存的字符串存在于 PermGen（永久代）里，这里空间很小，并且基本只有 FullGC 这样的垃圾收集器来光顾。所以很容易 OOM 错误。
    所以在后来，就被放到了 堆 中。

    在 JDK8 中，MetaSpace（元数据区） 替代了 PermGen（永久代），默认缓存大小也在不断扩大。
    可以用 -XX:+PrintStringTableStatistics 来查看。
    也可以通过 -XX:StringTableSize=N 来调整大小。（一般不需要动，很少用到。）

  • 对字符串的优化：
    字符串的一些基础操作会用，
    JVM 内部的 Intrinsic 机制：利用 native 方式的 hard-coded（硬编码） 的逻辑，直接使用特定的CPU指令来操作 进行优化。

硬编码： 就是把代码写死，数据都直接写在方法里了，不会根据用户的输入而改变。

StringBuffer、StringBuilder

  • 这2个类都继承了 AbstractStringBuilder 类。
    在以前的版本也都是用 char[ ] 数组来存储的，在JDK9也都改成了用 byte[ ] 数组来存储。
    默认给的 capacity 容量是： 初始化时的字符串长度 + 16（如果没有字符串，那么就是16）。
  • 但是 StringBuffer 是线程安全的，
    单纯就是给它的所有方法都加了 synchronized 关键字来实现，当然这也带来了一定的性能开销。
  • 而 StringBuilder 是线程不安全，
    但是它的功能和 StringBuffer 是一样一样的，是绝大部分情况下拼接字符串的首选。

参考链接：

https://www.jianshu.com/p/8a9b2c60e569
https://juejin.im/post/5c160420e51d4548271790ef
https://juejin.im/post/5c160420518825235a05301e
https://www.runoob.com/java/java-string.html