string不可变性是jvm内存模型、final字段、私有数组及无修改方法共同保障的硬性约束，支撑常量池复用、线程安全与哈希缓存；==比较引用地址，equals比较内容；stringbuffer线程安全，stringbuilder性能更高但非线程安全。
直接上手练，别只看不写。核心考点不是靠背出来的，是靠在具体场景里反复验证、纠错、重构才真正掌握的。
紧扣高频真题做闭环练习
比如“== 和 equals() 的区别”，不能只默写定义。要动手写几组对比代码：
- 用 new String("a") 创建两个对象，测 == 和 equals()
- 用字符串字面量 "a" 赋值两个变量，再测两者结果（涉及字符串常量池）
- 自定义一个 Person 类，只重写 equals() 不重写 hashCode()，放进 HashSet 后 add 两次相同内容对象，观察是否去重失败
每写一次，就对照 JVM 内存模型想：这些变量存在哪？对象在哪块堆？引用指向什么？
把知识点串进小功能里练
孤立记 StringBuilder 和 StringBuffer 区别容易忘。不如写个日志拼接工具：
- 单线程环境用 StringBuilder，测 10 万次拼接耗时
- 换成多线程并发调用 StringBuffer，再测耗时和结果一致性
- 故意去掉 synchronized，观察数据错乱现象（如 “userlogin” 变成 “usrelogiin”）
这样“可变性”“线程安全”“性能差异”就全落在具体行为上了。
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
用错题倒逼机制理解
遇到答错或卡壳的题，别急着查答案。先自己尝试解释为什么错：
- 如果答“String 是不可变的，所以线程安全”，追问：那 final char[] 真的能阻止所有修改吗？反射能不能改？JVM 层面怎么保证不可变语义？
- 如果混淆了 HashMap 和 ConcurrentHashMap 的并发行为，画出 put() 过程中锁粒度、CAS 操作、扩容协作的关键节点
真正卡住的地方，往往就是 JVM 内存模型、类加载机制或字节码层面的盲区。
限时模拟+口头复述
每天选 2–3 道典型题，设定 5 分钟倒计时：
- 前 2 分钟手写代码或画图（比如画出堆内存中 String、StringBuilder 实例分布）
- 后 3 分钟关掉资料，像对面试官一样讲清楚原理、边界情况、常见误用
讲不清楚的地方，就是还没吃透。把它记下来，当天晚上重读对应章节的 JVM 规范或源码注释。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
