Java编译器在编译期自动生成合成方法和合成变量以解决访问控制、泛型桥接等问题，常见于内部类与外部类私有成员交互、初始化块及泛型场景，可通过javap、调试器或反射识别，影响性能与方法数。
Java 编译器在编译期会悄悄插入一些你看不见但真实存在的成员——合成方法（Synthetic Method）和合成变量（Synthetic Field），它们不写在源码里，却对程序正确运行至关重要。代码块（尤其是实例初始化块和静态初始化块）常是触发这类合成结构的典型场景，尤其当涉及内部类访问私有成员、泛型桥接或字段初始化逻辑时。
代码块如何间接催生合成方法
当你在外部类中定义实例初始化块，并在其中访问内部类的私有方法，或反过来让内部类访问外部类的私有字段时，编译器必须“打通”本不该存在的访问通道。由于 JVM 字节码规范禁止跨类直接访问 private 成员，编译器会自动生成合成方法作为桥梁：
- 外部类的私有字段被内部类读取 → 编译器生成 package-private 的 synthetic accessor 方法（如
access$000(Outer)），供内部类调用 - 内部类的私有方法被外部类在初始化块中调用 → 同样生成对应 synthetic 方法，签名转为 package-visible
- 若初始化块中出现泛型集合赋值（如
new ArrayList），而该集合又被父类引用接收，可能触发桥接方法（Bridge Method），属于合成方法子类()
从字节码验证合成成员的存在
仅看 Java 源码无法察觉这些成员，但通过标准工具可清晰识别：
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
- 用
javap -v Outer.class查看常量池与方法表，所有 synthetic 方法都带有ACC_SYNTHETIC标志，且名字通常以access$开头或含$符号 - 在调试器中单步执行初始化块，调用栈里会出现类似
Outer.access$100()的帧，这就是合成方法正在执行 - 用反射遍历类的方法：
Method[] ms = clazz.getDeclaredMethods(); Arrays.stream(ms).filter(Method::isSynthetic).forEach(System.out::println);
实战中需注意的初始化与合成耦合点
以下情形容易因初始化逻辑引发意外的合成开销，影响 Android Dex 方法数或反射安全性：
- 在静态初始化块中 new 内部类：会强制生成外部类的 synthetic 静态 accessor，即使该字段本身是 public
- 局部内部类捕获非 final 变量（Java 8+ 允许“ effectively final”）：编译器仍会生成 synthetic 字段来保存该变量副本，并生成 synthetic 构造参数传递
-
泛型类中使用实例初始化块初始化泛型字段：如
class Box，若子类重写{ T value; { value = getDefaultValue(); } } getDefaultValue()返回具体类型，可能连带生成桥接方法
控制合成行为的可行策略
虽然无法禁用合成机制（它是 JVM 合法性保障），但可通过编码习惯降低其影响：
- 将频繁被内部类访问的私有字段/方法，改为
package-private（默认权限），避免编译器自动添加 accessor - 避免在初始化块中直接操作嵌套深度大的内部类逻辑；优先提取为普通方法，减少 synthetic 方法嵌套调用链
- Android 开发中，用
@Keep或 ProGuard 规则时注意：synthetic 方法默认不被 keep，若反射依赖它们（如某些序列化框架），需显式保留**$*模式
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
