JDK源码阅读计划(Day2) String类

JDK11
代码参考这位大佬的阅读笔记:
https://github.com/kangjianwei/LearningJDK/blob/master/src/java/lang/String.java

我们慢慢来

String实现了三个接口

实现 Serializable 接口，可序列化
实现 Comparable 接口，可比较大小
实现 CharSequence 接口，StringBuffer和Stringbuilder同样实现该接口

String的不可变

public final class String implements
 Serializable, Comparable<String>, CharSequence

并且发现String是final的，是不可变对象，String这个类也不能够被继承。

为什么String要设计成不可变呢？

这里转载知乎大神https://www.zhihu.com/question/20618891，简单总结一下

什么是不可变？

如果给一个现有的字符串"abcd"赋一个新值"abcdel",不会在原来的堆内存对象修改数据，而是重新指向一个新对象和新地址。

怎么实现不可变

 /*
     * 以字节形式存储String中的char，即存储码元
     *
     * 如果是纯英文字符，则采用压缩存储，一个byte代表一个char。
     * 出现汉字等符号后，汉字可占多个byte，且一个英文字符也将占有2个byte。
     * 则value中存储（十六进制）：[DB, 56, 61, 67, 69, D8, A5, DE]
     */
    @Stable
    private final byte[] value;


 // 当前字符串的编码：LATIN1(0)或UTF16(1)
    private final byte coder;

从JDK9开始，String对象不再以char[]形式存储，而是以名为value的byte[]形式存储。

char占用2个字节，byte占用1个字节，这样可以大幅度减少存储与GC压力。

value这里用final来修饰，只是说明stack里叫value的这个引用地址不可变 但是其指向的堆中的数组是可变的。也就是说byte[]的final并不是String不可变的关键实现，关键在于工程师在后续所有操作String的方法里没有去改变Array中的元素，并且没有暴露内部成员字段(设为private) 同时String的final也保证了String不可被继承避免继承后破坏。

为什么要不可变

• 为了安全

1.线程安全
都不可变了，肯定不会有多线程的线程安全问题。

2.如果字符串是可变的，那么会引起很严重的安全问题。譬如，数据库的用户名、密码都是以字符串的形式传入来获得数据库的连接，或者在socket编程中，主机名和端口都是以字符串的形式传入。因为字符串是不可变的，所以它的值是不可改变的，否则黑客们可以钻到空子，改变字符 串指向的对象的值，造成安全漏洞。

3.Hashmap通常使用String作为键值，能保证Key的唯一性。

• 为了实现字符串常量池

String one = "someString";
String two = "someString";

符串one和two都用字面量"something"赋值。它们其实都指向同一个内存地址.在大量使用字符串的情况下，这样做可以节省堆内存的空间使用。

• 运行String对象缓存HashCode

java中String对象的哈希码被频繁的使用，比如在HashMap的容器中。

字符串不变性保证了hash码的唯一性，因此可以放心的进行缓存，这也是一种性能优化手段，意味着不必每次都取计算新的哈希码，在String类的定义中有如下代码：

private int hash;//用来缓存HashCode

序列化反序列化的小细节
一直纳闷很多类定义的这个serialVersionUID是干嘛的，顺便这里简单介绍下吧

 /**
     * use serialVersionUID from JDK 1.0.2 for interoperability
     */
    private static final long serialVersionUID = -6849794470754667710L;

Java的序列化机制是通过判断类的serialVersionUID来验证版本一致性的。在进行反序列化时，JVM会把传来的字节流中的serialVersionUID与本地相应实体类的serialVersionUID进行比较，如果相同就认为是一致的，可以进行反序列化，否则就会出现序列化版本不一致的异常，即是InvalidCastException。

Constructor

这个太多太杂了，不好总结，先放着，自己看。

hashCode()

/**
     * Returns a hash code for this string. The hash code for a {@code String} object is computed as
     * <blockquote><pre>
     * s[0]*31^(n-1) + s[1]*31^(n-2) + ... + s[n-1]
     * </pre></blockquote>
     * using {@code int} arithmetic, where {@code s[i]} is the
     * <i>i</i>th character of the string, {@code n} is the length of
     * the string, and {@code ^} indicates exponentiation. (The hash value of the empty string is zero.)
     *
     * @return a hash code value for this object.
     */
    // 计算String的哈希值，计算公式为：s[0]*31^(n-1) + s[1]*31^(n-2) + ... + s[n-1]。空串的哈希值为0。
    public int hashCode() {
        int h = hash;
        if(h == 0 && value.length>0) {
            hash = h = isLatin1() ? StringLatin1.hashCode(value) : StringUTF16.hashCode(value);
        }
        return h;
    }

equals

判断逻辑:

1.判断引用是否相同
2.判断是否为字符串对象
3.判断编码方式

• LATIN1
  直接比较value数组每一个值是否相同

• UTF_16
  byte数组转换成char之后判断每个char是否相同

// 比较两个String的内容是否相等
    public boolean equals(Object anObject) {
        if(this == anObject) {
            return true;
        }
        if(anObject instanceof String) {
            String aString = (String) anObject;
            if(coder() == aString.coder()) {
                return isLatin1()
                    ? StringLatin1.equals(value, aString.value)
                    : StringUTF16.equals(value, aString.value);
            }
        }
        return false;
    }

剩下的构造函数也很多，还有很多函数有位大佬总结得更详细：
直接参考：
String JDK源码上
String JDK源码下

ref

https://blog.csdn.net/wangyangzhizhou/article/details/81459251
https://blog.csdn.net/wangyangzhizhou/article/details/81623610