是的，Java中通过反射修改Boolean.TRUE或Boolean.FALSE会导致true == true为false等逻辑错误；因Boolean缓存仅依赖硬编码的静态常量，反射篡改后所有依赖该缓存的布尔判断均失效。
Java中通过反射修改Boolean缓存，确实可能让true == true变成false，甚至出现1 + 1 == 3这类反直觉结果——这不是JVM bug，而是缓存被破坏后逻辑崩塌的必然表现。
Boolean缓存机制本就极其简单
Boolean类内部只有两个静态常量：TRUE和FALSE，分别指向唯一的Boolean(true)与Boolean(false)实例。所有自动装箱（如boolean b = true; Boolean bb = b;）或显式调用Boolean.valueOf()，都返回这两个对象之一。JVM不参与缓存管理，全靠类加载时硬编码实现。
反射能绕过访问限制篡改静态字段
借助java.lang.reflect.Field，可获取Boolean.TRUE或Boolean.FALSE对应的Field对象，调用setAccessible(true)跳过权限检查，再用set(null, newValue)直接替换其值。例如：
⚠️ 危险操作示例（仅用于说明原理，切勿在生产环境执行）：
- 获取
Boolean.TRUE字段：Field trueField = Boolean.class.getDeclaredField("TRUE"); - 解除访问限制：
trueField.setAccessible(true); - 将其值改为
Boolean.FALSE：trueField.set(null, Boolean.FALSE);
执行后，所有原本应为true的Boolean对象（包括Boolean.valueOf(true)、自动装箱结果、甚至if (flag)中的隐式拆箱）都会变成false——因为它们实际引用的是已被篡改的TRUE单例。
“1+1=3”是逻辑错乱的外在表现
这个等式本身不会真被计算出3，但类似以下代码会输出违背常识的结果：
System.out.println(Boolean.TRUE == Boolean.TRUE); // 输出 false（因TRUE被改成了FALSE）-
if (true) { System.out.println("1+1=2"); } else { System.out.println("1+1=3"); }→ 实际打印1+1=3 - 依赖
Boolean做状态判断的框架（如Spring条件注解、MyBatis缓存开关）可能集体失效
根本原因不是算术出错，而是程序赖以运行的底层契约（Boolean.TRUE恒为true）被人为破坏，导致整个基于布尔逻辑的控制流坍塌。
避免问题的关键是敬畏不可变契约
Boolean、Integer（-128~127）、String等类型的设计前提，是其缓存实例必须绝对不可变。反射强行修改属于未定义行为（undefined behavior），不同JDK版本、不同运行时优化策略下表现可能不一致，调试难度极高。
- 禁止在任何场景下反射修改
Boolean.TRUE/FALSE或其他包装类缓存字段 - 单元测试若使用PowerMock等工具mock静态方法，需确认其是否间接触发字段篡改
- 线上监控可加入对关键静态字段哈希值的校验（非常规手段，仅作兜底）
不复杂但容易忽略：所谓“安全”的反射，前提是目标对象设计时就允许被修改；而Boolean缓存从诞生起就写着“只读”二字。
