根本原因是Lombok生成的方法仅在编译期注入字节码，若未正确配置依赖、IDEA插件、注解处理器或JDK版本不兼容，导致class文件中实际缺失这些方法，反射自然找不到。
反射找不到 Lombok 生成的方法，根本原因在于：这些方法在源码中并不存在，是编译期由 Lombok 注解处理器（Annotation Processor）动态注入的字节码。而反射操作发生在运行时，它依赖的是 JVM 加载的 Class 文件——如果该 Class 文件里没生成对应方法，反射自然查不到。
为什么编译后还是没有 get/set 方法？
这通常不是反射的问题，而是 Lombok 根本没生效。常见情况包括：
- 项目缺少
lombok依赖，或 scope 写成了test导致主代码不可见 - IDEA 没装 Lombok 插件，或插件已安装但未启用
- IDEA 的 Annotation Processors 开关被关闭（路径：Settings → Build → Compiler → Annotation Processors）
- 使用了不兼容的 JDK 版本（如 JDK 21+ 需搭配 lombok 1.18.34+）
反射调用前如何确认方法已生成？
不能只看编辑器是否提示补全，要验证字节码层面是否存在：
- 用
javap -p YourClass.class查看反编译结果，确认有类似public java.lang.String getName();的方法签名 - 在 IDEA 中按
Ctrl + Click进入@Data类，若能跳转到生成的方法体（显示为灰色、带 Lombok 图标），说明插件和处理器正常 - 执行
mvn compile后检查target/classes/下的 class 文件是否更新过
Spring、Jackson 等框架报“找不到 getter”怎么办？
这类框架底层大量依赖反射读取属性，一旦 Lombok 方法缺失就会失败。典型报错如：
InvalidDefinitionException: No serializer found for class Xxxjava.lang.NoSuchMethodException: Xxx.getId()
除检查 Lombok 基础配置外，还需注意：
- 确保
@Data或@Getter注解作用在 public 类上（非 static 内部类、非泛型擦除类） - 避免与
@Builder、@AllArgsConstructor组合时字段访问级别冲突（如 private 字段 + 公共构造器可能干扰生成逻辑） - Spring Boot 3.x + Jakarta EE 环境下，确认
lombok.config中未误配lombok.anyConstructor.addConstructorProperties = false
特殊场景：FastJSON 或某些代理工具报错
部分序列化库（如旧版 FastJSON）会绕过标准反射机制，直接扫描类结构或依赖 ASM 解析字节码。若其解析逻辑未适配 Lombok 注入的 synthetic 方法，就可能出现“方法存在但反射不到”的假象。
临时验证方式：
- 把
@Data替换为手动写的getXXX()，问题消失 → 确认是 Lombok 生效问题 - 升级 FastJSON 到
2.0.45+或改用 Jackson → 多数因兼容性导致 - 禁用 Lombok 的
@Accessors(fluent = true)等非常规配置，避免方法命名偏离约定
