Java中无法通过反射直接触发PropertyChangeListener，因其依赖JavaBeans规范的setter调用与firePropertyChange；真正可行的全自动监听方案是java.lang.instrument配合ASM字节码插桩，或使用Lombok @Setter自定义回调。
Java 里用 PropertyChangeListener 配合反射监听字段变化不现实
直接用反射 + PropertyChangeListener 监听任意字段变更，本质走不通。因为 PropertyChangeListener 是 JavaBeans 规范里的回调机制，只响应符合命名约定（setXxx/getXxx）的属性变更，且要求对象主动调用 firePropertyChange —— 反射修改字段值本身不会触发它。
常见错误现象：Field.set(obj, newValue) 执行后，监听器完全没反应；或者手动加了 firePropertyChange，但字段名传错（比如传了 "name" 却实际改的是 "userName"），导致回调参数对不上。
- 反射修改字段是底层内存操作，和 JavaBeans 事件机制完全解耦
- 除非你控制所有 setter 调用入口，并在每个 setter 里补
firePropertyChange，否则无法靠反射“驱动”监听器 - 想监听
private final字段？反射能设值，但更不可能触发任何基于 setter 的监听逻辑
真正可行的方案：用 java.lang.instrument + ASM 在字节码层插桩
要无侵入、全自动监听字段赋值，必须下沉到字节码层面。JDK 自带的 instrument API 配合 ASM 库，可以在类加载时重写 putfield/putstatic 指令，插入回调逻辑。
使用场景：需要监控第三方库对象的字段变更，或统一治理大量 POJO 的审计/缓存失效等需求。
- 不能只靠运行时反射 —— 字节码已固定，反射改不了指令流
-
Instrumentation.addTransformer必须在 JVM 启动时通过-javaagent注入，运行中无法动态开启 - 注意 JDK 版本兼容性：
putfield插桩在 JDK 17+ 对 sealed class 有限制，需检查canRedefineClasses() - 示例关键点：拦截
java/lang/StringBuilder.append这种非目标类？得在 transformer 里用ClassReader判断类名，避免全量重写拖慢启动
更轻量的选择：用 Lombok @Setter + 自定义 onSet 回调
如果你能修改源码，Lombok 是最省事的折中方案。它生成的 setXxx 方法可注入自定义逻辑，比手写 setter 少 90% 模板代码，又比字节码方案简单得多。
参数差异：@Setter(onMethod_ = @__({@Override})) 不行 —— Lombok 3.0+ 已废弃 onMethod_，必须用 @Setter(onMethod = @__({@MyCallback})) 这种新语法。
- 回调方法必须是 static，且签名固定为
(Object target, String propertyName, Object oldValue, Object newValue) - 无法监听
final字段初始化（构造器里赋值），只能捕获后续 setter 调用 - 性能影响极小：生成的字节码就是普通方法调用，无反射开销
- 别忘了在
pom.xml里配lombok.version≥ 1.18.30，否则@Setter(onMethod = ...)编译报错
为什么不用 Proxy 或 CGLIB 代理字段访问
Proxy 只能代理接口方法调用，CGLIB 代理的是方法而非字段 —— 两者都拦不住 obj.field = value 这种直接赋值。即使把字段全改成 private 并只暴露 getter/setter，代理也只能覆盖 setter，无法覆盖反序列化、JSON 解析、反射 set 等绕过 setter 的路径。
容易踩的坑：new ByteBuddy().subclass(MyClass.class).method(ElementMatchers.named("set.*")).intercept(...) 看似能拦截，但只要下游用了 ObjectMapper.readValue(json, MyClass.class)，Jackson 默认走的是 unsafe 实例化 + 字段直写，你的拦截器根本不会执行。
- 代理方案天然漏掉所有非方法入口的字段修改方式
- 如果对象被
Unsafe或 JNI 修改内存，任何 Java 层方案都失效 - 想覆盖全链路？唯一办法是字节码插桩 + 禁用
Unsafe（通过-XX:+DisableExplicitGC类似思路，但 JDK 没提供禁用 Unsafe 的开关）
