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