java.lang.String_java.lang.String 类

String 类实现了 Serializable 和 Comparable 接口，采用 final 关键字修饰，不能被继承。其内部是以一个 final 修饰的字符数组的形式组织存储字符的，JDK 源码如下：private final char[] value;以后看到字符串对象，就想着它是一个字符数组对象，当成一个数组看待哦，它本质也就是一个数组啊。

String 类对象的只读性

可以说，String 字符串对象本质上是一个 final 修饰的字符串数组对象，只是因为字符串这种东西用的太广泛了，所以在它的基础上封装了诸多方法，提供给客户端程序员使用的一个字符串工具类。这也就是通常意义上所说的 String 类型对象具有不可变性，因为 final 类型的字符串数组对象一旦创建，就不再能被改变。其他对已有的字符串对象的操作，看似在改变了当前对象，其实都是重新开辟了一个内存空间，产生了一个新的字符串对象。原有的字符串对象仍然安静的存在，并没有任何改变。Java 中就是这样对待字符串的，对字符串一点都不吝啬内存空间。

创建对象的三种方式，及其在内存中的分布

创建对象有三种方式

直接赋值：String s = "keqi"

使用 new 关键字：String s = new String("keqi")

使用字符串连接符 ‘+’ ：String s = "keqi" + "is so cool";

第一种方式使用的是String s1 = "keqi";String s2 = "keqi";，这会直接在常量数据区开辟对象内存空间。首先检查常量数据区中是否有相同的对象，如果有则直接指向这个对象，没有就创建。所以，采用 == 判断两个字符串同值的对象得到结果为 true。

第二种方式使用的是String s3 = new String("keqi");String s4 = new String("keqi");，这会首先在常量区中开辟对应的内存空间，然后再在堆区开辟对象内存空间，但是以后操作的都是堆区的这个内存空间。所以，采用 == 判断两个字符串同值的对象得到结果为 false。至于为什么要这样设计呢？为了后期使用上的效率吗？以空间换时间吧。

第三种采用字符串连接符+创建对象的方式，也是在常量数据区开辟空间后，再在堆区开辟一个内存空间。以后使用的也是堆区的那个内存对象，这和用 new 的方式创建对象是一样的。

以上在 6.21 号上课的源码中有详细证明。

String 的 hashCode() 方法和 equals() 方法

Object 的 hashCode() 方法是没有实现的，equals() 方法又是直接使用 == 判断。一般 Object 子类重写了 equals() 方法，就要去重写 hashCode() 方法，因为必须要保证 equals() 相同，hashcode() 也要想通，为什么要这样？凡是以后自定义类需要重写 equals() 方法的，都记得这样做。以后实际用到了，再来解决这个疑问吧。

最初接触哈希值的概念是在数据结构当中学习散列表的时候，哈希算法计算出来的哈希值是为了减少碰撞，快速定位，能够利用这种数据结构更快速的查找和存储对象。Java 集合框架中的 HashMap 、HashSet 的底层数据结构就是散列表。Object 类有一个名为 hashCode() 的抽象方法，每一个子类都必须实现这个方法，这是为了支持散列表存储而专门设置的。

String 类实现了 hashCode() 方法，其哈希算法计算规则如下s[0]*31^(n-1) + s[1]*31^(n-2) + ... + s[n-1],也就是按照每个字符对应的 ascii 十进制的数据代入上述公式计算，最终得出的结果就是哈希值。明白了 String 类的哈希值计算方式，就明白了指向同一块内存空间的两个变量的哈希值肯定相同，但是哈希值相同，并不代表是同一个对象，可能只是因为它的内容刚好相同。

Integer 类也实现了 hashCode() 方法，它是直接返回了存储的 value 值，作为哈希值，自然也已经重写了 equals() 方法。

String类常见的方法

以后用到了，慢慢积累吧，必须要积累，因为这显得你专业，如果用到了还需要去查询的话，显得你不够老练哦。