lombok涉及的编译原理

Lombok 是一个通过注解处理机制（Annotation Processing）在编译时修改 AST（抽象语法树）来简化 Java 代码的工具。以下是 Lombok 涉及的编译原理关键点：

---

1. 编译流程中的定位

Java 编译流程大致为：

text

源代码 → 词法分析 → 语法分析 → 生成AST → 注解处理 → 字节码生成

Lombok 在 注解处理阶段 介入，修改 AST，然后编译器基于修改后的 AST 生成字节码。

---

2. 核心机制：注解处理器（Annotation Processor）

Lombok 实现了 javax.annotation.processing.Processor 接口，注册为注解处理器。

关键点：

• Lombok 的处理器在 javac（或 Eclipse JDT）编译时被调用。

• 它扫描源代码中的 Lombok 注解（如 @Data、@Getter）。

• 然后直接操作编译器的 内部 AST（通过非公开 API）。

---

3. 修改 AST 的技术细节

对于 javac：

• Lombok 通过 com.sun.tools.javac.* 内部 API 访问和修改 AST。

• 例如：@Getter 注解会为字段生成 getter 方法节点，并插入到 AST 中。

对于 Eclipse：

• Lombok 需要安装插件，因为 Eclipse 使用自己的编译器（ECJ）。

• 插件通过实现 Eclipse 的 AST 修改接口来工作。

---

4. 字节码生成

修改后的 AST 由标准编译器后端处理，生成字节码（.class 文件）。
结果：生成的字节码包含 Lombok 自动添加的方法/代码，但源代码文件保持简洁。

---

5. 示例：@Getter 的处理

java

// 源代码
public class User {
    @Getter
    private String name;
}

编译时：

1. 注解处理器检测到 @Getter。

2. 在 AST 中添加 getName() 方法节点。

3. 编译器基于 AST 生成字节码，包含 getName() 方法。

反编译 .class 文件可见：

java

public class User {
    private String name;
    public String getName() { return this.name; }
}

---

6. 与标准注解处理的区别

标准注解处理器（如 Google Auto）不能修改现有 AST ，只能生成新文件。

Lombok 突破了这一限制，直接操作编译器内部 AST，因此功能更强大。

---

7. 争议与兼容性

• 非公开 API 依赖 ：Lombok 依赖编译器内部 API（如 javac 的私有类），这些 API 可能随 JDK 版本变化而失效，需要持续适配。

• IDE 支持：需要 IDE 插件（或集成）来识别 Lombok 生成的代码，否则 IDE 会报错（看不到生成的方法）。

• 模块化问题 ：在 JDK 9+ 模块化系统中，访问内部 API 需要添加 JVM 参数（如 --add-opens）。

---

8. 替代方案

• 注解处理器生成代码（如 Google Auto、Immutable）：符合标准，但需要处理生成的文件。

• 字节码增强（如 MapStruct、ByteBuddy）：在编译后或运行时修改字节码。

• Kotlin 语言：语法原生简洁，无需类似工具。

---

总结

Lombok 的核心原理是：在编译时通过注解处理器拦截 AST，并利用编译器内部 API 直接修改 AST，从而实现代码的"隐形"生成。这使它用起来像"魔法"，但也带来了对特定编译器版本和 IDE 插件的依赖。