Java 11+ 通过 JVM 层 Nestmates 机制使同巢嵌套类间反射读取私有成员（含注解）不再抛出 IllegalAccessError；注解需 @Retention(RUNTIME)，且仅限同 nest 内生效，不突破模块边界。
Java 11 编译器本身不直接调整“反射读取私有内部类注解”的行为，真正起作用的是 JVM 层面引入的 Nestmates 机制——它改变了嵌套类之间的访问信任模型，从而让反射在同巢（nest）内访问私有成员（包括字段、方法、构造器）时不再抛出 IllegalAccessError 或 IllegalAccessException。而注解本身是声明式元数据，只要注解保留策略（@Retention）允许运行时保留，反射就能获取；Nestmates 的影响在于：它使反射能合法地读取原本因“跨类私有”限制而被拦截的注解目标（比如私有内部类上的注解，或外部类私有字段上标注的注解）。
私有内部类上的注解可被同巢反射读取
在 Java 11+ 中，若一个私有内部类（如 Outer.PrivateInner）上声明了 @Retention(RetentionPolicy.RUNTIME) 注解，外部类或同巢其他嵌套类可通过反射安全获取该注解，无需设 setAccessible(true) 即可成功：
- JVM 识别
Outer与Outer$PrivateInner属于同一 nest（通过NestHost和NestMembers属性），因此将它们视为逻辑一体 -
Class.getDeclaredClasses()返回的私有嵌套类，其getDeclaredAnnotations()可直接调用，不会因“私有类不可见”而失败 - 注意：这不改变 Java 语言层的可见性语法（你仍不能在外部直接写
new Outer.PrivateInner()），但反射层面的访问控制放宽了
反射读取私有字段/方法上的注解更可靠
当私有字段或方法带有注解，且被同巢内的其他嵌套类（如内部类）通过反射访问时，Nestmates 消除了旧版中常见的权限异常：
- Java 8–10：即使调用
field.setAccessible(true)，某些 JVM 实现对私有成员上的注解反射仍可能受限，尤其涉及安全管理器或模块系统时 - Java 11+：只要字段/方法所属类与反射调用者属于同一 nest（例如
Inner反射读取Outer的私有字段上的注解），field.getAnnotation(...)或field.getDeclaredAnnotations()均可正常执行 - 典型场景：序列化框架或 DI 容器扫描私有字段注解（如
@Inject、@JsonProperty）时，内部类辅助解析更稳定
编译器不生成合成桥接方法，注解目标更“干净”
Java 11+ 编译器默认不再为嵌套类访问私有成员生成 access$xxx 合成方法。这对注解反射有间接好处：
立即学习“Java免费学习笔记（深入）”；
- 合成方法曾可能意外携带注解（虽然罕见），导致反射结果混淆；现在字节码更贴近源码结构，注解归属明确
- 注解处理器（APT）和运行时反射看到的成员签名与源码一致，避免因桥接方法干扰注解提取逻辑
- 工具链（如 Lombok、MapStruct）在 Java 11+ 下处理嵌套类注解时，兼容性与语义一致性更好
需注意的边界情况
Nestmates 不扩大注解的语义范围，以下限制依然存在：
- 注解必须声明为
@Retention(RUNTIME)，否则无法在运行时通过反射获取 - 反射读取非 nestmate 类（如另一个顶层类的私有内部类）的注解，仍受常规访问控制约束，
setAccessible(true)必不可少 - 模块系统（Module System）若显式导出（
exports）或开放（opens）不足，仍会阻止反射——Nestmates 仅解决“同巢内”问题，不绕过模块边界
