string不可变性是equals能安全高效比较内容的前提：final数组和类确保字符序列不变，所有修改返回新对象；equals重写后先==快判再逐字符比对，因内容不可变，结果才稳定、线程安全且一致。
面试中被问到“String 不可变性”和“equals 比较逻辑”，核心不是背定义，而是讲清两者之间的因果关系：正是由于不可变性，equals 才能安全、高效、一致地比较内容。
不可变性是 equals 可靠的前提
String 底层用 final char[] value（Java 8）或 final byte[] value（Java 9+）存储字符，且类本身被 final 修饰。这意味着：
- 对象创建后，内部字符序列永远不变；
- 所有修改操作（如
concat、replace、substring）都返回新对象，原对象不受影响； - 多个引用可以安全共享同一个 String 实例（比如常量池中的对象），不用担心某处修改影响其他地方。
如果 String 是可变的，那两个引用指向同一对象时，一方调用 toUpperCase() 就可能让另一方的 equals 结果突然变成 false——这会让哈希表、集合、多线程等场景彻底失控。
equals 比的是内容，不是地址
== 比较的是引用是否指向同一内存地址；而 String.equals() 是重写后的方法，逐字符比对实际内容：
- 先快速判断引用是否相同（
==），相同直接返回true； - 再检查参数是否为
null或类型不匹配，避免空指针； - 最后遍历
value数组，一个字符一个字符比较长度和每个位置的值。
正因为内容不可变，这个逐字符比对过程才是线程安全、结果确定的。哪怕两个 String 对象是不同时间、不同方式创建的（如 "abc" 和 new String("abc")），只要内容一样，equals 就返回 true。
常量池复用强化了 equals 的合理性
字符串字面量（如 String s = "hello"）会优先从字符串常量池查找复用。这就带来两个实际效果：
- 相同字面量的变量，
==也可能为true（因为指向同一池中对象）； - 但
equals不依赖是否复用——它只看内容，所以无论对象来自常量池还是new出来，只要字符序列一致，结果就一致。
这种设计让开发者可以专注语义（“这两个字符串是不是一样的？”），不用操心对象怎么创建、存在哪块内存。
面试回答建议结构
一句话点题 → 说清楚不可变性的三点表现（final 数组、final 类、所有操作返回新对象）→ 指出 equals 重写逻辑（先 == 快判，再判 null，最后逐字符）→ 关联二者：不可变性保障了逐字符比对的结果稳定、线程安全、可缓存（比如 hash 值只需算一次）→ 举个对比例子：new String("a").equals("a") 是 true，但 == 是 false，这正体现了设计意图。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
