安全获取私有字段值需先调用setaccessible(true)，但java 9+模块化及java 17+强封装下可能失效，须配合--add-opens参数；比对字段差异时应跳过static、transient、lombok/mybatis注入字段及record隐式final字段，并归一化类型后比较。
Java 反射怎么安全获取字段值而不抛 IllegalAccessException
反射读取私有字段时，默认会触发访问检查，直接调用 get() 几乎必报这个异常。关键不是“能不能绕过”，而是“要不要绕过”——多数场景下应该先尝试 setAccessible(true)，但得清楚它在模块化（Java 9+）和安全策略下的失效风险。
- 必须在调用
get()前对字段对象执行setAccessible(true)，顺序错就白设 - Java 17+ 启用强封装（默认）时，
setAccessible(true)会抛InaccessibleObjectException，需加 JVM 参数--add-opens java.base/java.lang=ALL-UNNAMED - 避免对
final字段反复调用setAccessible，部分 JDK 版本存在缓存 bug，导致后续反射失效
对比两个对象字段差异时，哪些字段该忽略
动态比对不是“全字段扫一遍”，而是要过滤掉干扰项。比如 hashCode、toString 这类方法不涉及字段，但更常见的是误把瞬态字段、生成字段或代理字段当有效差异。
- 跳过
static字段：它们不属于实例状态，Field.getModifiers()检查Modifier.isStatic() - 跳过
transient字段：除非业务明确要求序列化一致性，否则默认排除 - 跳过 Lombok 生成的
$jacocoData、MyBatis 的handler等运行时注入字段，建议用字段名前缀/注解双重过滤 - 注意
record类的隐式private final字段，反射可读但不能写，比对逻辑要区分“可变”与“只读”语义
Objects.equals() 足够用？什么时候必须手写字段级比对
直接用 Objects.equals(a, b) 看似省事，但一旦对象重写了 equals()，就脱离了字段真实状态——比如某个 DTO 把 id 排除在 equals 外，但版本校验恰恰依赖它。
- 当需要**定位具体哪个字段不同**（如审计日志、diff 输出），必须逐字段取值比对，不能依赖对象级相等
- 当字段类型含集合或嵌套对象，
Objects.equals()可能因未重写equals导致误判，而字段级比对可控制递归深度和策略 - 性能敏感场景下，
Objects.equals()可能触发不必要的 getter 调用（尤其带计算逻辑的），反射直取字段值反而更可控
字段类型不一致时怎么安全比较（比如 String vs char[]）
反射拿到的字段值是 Object，但实际类型可能千差万别。直接用 equals() 会因类型不同返回 false，而强制转换又容易崩。核心思路是：**先归一化再比**，而不是硬转。
- 对基本类型包装类（
Integer、Boolean），直接用Objects.equals()安全，自动处理 null - 对数组类型，用
Arrays.deepEquals()，别用equals()—— 后者比的是引用 - 对
String和char[]这类语义等价但类型不同的情况，优先转成String.valueOf()统一处理，而非强转 - 遇到自定义类型，检查是否实现
Comparable或提供toCompareKey()方法，避免无脑toString()比较
字段级动态比对真正的复杂点不在反射本身，而在如何定义“什么是有效差异”。比如时间字段精度要不要对齐、浮点数误差容忍多少、JSON 字符串是否标准化后再比——这些都得在反射取值之后、比较之前插入手动策略，而不是指望反射替你决定。
