java常量池是方法区的运行时常量池，影响字符串和包装类对象创建与==比较：字符串双引号声明复用常量池，new创建堆对象；integer等缓存-128~127，超出范围或new则新建对象；建议统一用equals()比较。
Java 常量池（Constant Pool）是运行时常量池（Runtime Constant Pool），属于方法区的一部分，用于存储编译期生成的各种字面量和符号引用。它对字符串和基本类型包装类（如 Integer、Boolean 等）的对象创建、内存复用及 == 比较行为有直接影响。
字符串常量池：避免重复创建，影响 == 判断
当使用双引号直接声明字符串（如 "abc"）时，JVM 会先在字符串常量池中查找是否存在相同内容的字符串对象。若存在，直接返回其引用；否则，将该字符串放入常量池并返回新引用。
这导致以下现象：
- String s1 = "hello"; String s2 = "hello"; → s1 == s2 为 true（指向常量池中同一对象）
- String s3 = new String("hello"); → s1 == s3 为 false（s3 在堆中新建对象，与常量池无关）
- s3.intern() 会将 s3 的内容加入常量池（若尚不存在），并返回常量池中对应引用，因此 s1 == s3.intern() 通常为 true
Integer 等包装类缓存机制：-128 ~ 127 范围内自动复用
从 Java 5 开始，Integer、Byte、Short、Character、Long 和 Boolean 类内部实现了缓存机制（本质是静态数组或 Map），其中 Integer.valueOf(int) 在 -128 至 127 范围内默认返回缓存对象。
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
这意味着：
- Integer a = 100; Integer b = 100; → a == b 为 true（自动调用 valueOf，命中缓存）
- Integer c = 200; Integer d = 200; → c == d 为 false（超出缓存范围，各自 new 出新对象）
- 显式使用 new Integer(100) 总是创建新对象，不受缓存影响，== 结果恒为 false
其他包装类的缓存范围差异
不同包装类缓存策略不同，需注意实际行为：
- Boolean：仅缓存 true 和 false 两个实例
- Byte、Short、Character：固定缓存全部可能值（Byte/Short 是 -128~127；Character 是 0~127）
- Long：默认也缓存 -128~127，但规范未强制，各 JVM 实现可扩展（OpenJDK 中默认同 Integer）
- Float、Double：不提供缓存，每次 valueOf 都新建对象
实践建议：优先用 equals()，慎用 == 比较包装类与字符串
因常量池和缓存机制依赖编译器优化、JVM 版本和参数（如 -XX:AutoBoxCacheMax 可调 Integer 缓存上限），代码逻辑不应依赖 == 的结果。
- 字符串比较统一用 .equals()（忽略 null 时可用 Objects.equals(s1, s2)）
- 包装类比较一律用 .equals()，尤其涉及 null 安全时（== 对 null 会 NPE）
- 需要明确对象身份时（如锁对象、Map key 的引用语义），才考虑是否利用缓存，但应加注释说明意图
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
