为何Lombok不用Maven插件，需Eclipse插件、Java模块或Windows exe？

• 首先说Maven插件的能力边界：Maven插件的生效逻辑严格绑定Maven自身的构建生命周期，只有你执行mvn compile、mvn package这类命令触发对应构建阶段时才会运行。但日常开发过程中，IDE做实时语法校验、代码补全、方法跳转、增量编译的时候，用的全是自己内置的编译器实现——Eclipse用的是独立实现的ECJ，IntelliJ IDEA用的是深度定制的Javac分支，整个过程根本不会触发Maven插件的执行逻辑，单靠Maven插件根本覆盖不了开发阶段的IDE使用体验。
• 再区分下常规注解处理器和Lombok的实现差异：你提到的Spring Boot配套的编译时注解处理，以及市面上绝大多数编译时注解方案，核心逻辑都是生成独立的新Java源文件或者字节码文件，从来不会直接修改你当前手写的类的内部结构。这类处理器执行完后，生成的文件会统一放在target/generated-sources这类固定目录下，IDE只要把这个目录加入源码扫描路径，就能正常识别所有生成的方法、类，完全不需要侵入编译器的内部逻辑，自然不需要额外装专属插件。
• Lombok走的是完全不一样的技术路径：它不生成独立的新文件，而是在编译阶段直接篡改当前编译类的抽象语法树（AST）——你源文件里没写getter、setter、全参构造这些方法，Lombok就直接在AST层把这些结构插到当前类的编译节点上，最终产出的class文件里确实包含这些方法，但你的手写源文件从头到尾没有任何变化。
• 这也是为什么Lombok必须搭配IDE专属插件：虽然标准Javac开放了注解处理器访问、修改AST的能力，但各个IDE内置编译器的AST结构、扩展接口和标准Javac完全不通用。Eclipse的ECJ有自己一套独立的AST体系，IDEA的内部编译器也做了大量私有定制，Lombok针对Javac写的AST修改逻辑，在这些IDE的内置编译器上根本跑不通。如果不装专属插件，就会出现命令行跑mvn package能正常出包，但IDE里只要调用Lombok生成的方法就全标红提示"方法不存在"，代码补全、跳转定义全失效，根本没法正常写代码。Lombok的IDE插件本质就是直接侵入对应IDE的编译器内部，把自己的AST修改逻辑适配到对应编译器的实现里，让IDE做实时代码分析、增量编译的时候能识别到Lombok插入的类结构。
• 至于你提到的M2E技术选型方向，根本走不通：M2E的作用只是把Maven插件的执行逻辑映射适配到Eclipse的构建流程里，它的扩展权限只停留在构建任务调度层面，根本没有权限侵入ECJ编译器的内部去修改AST——而这恰恰是Lombok能正常工作的核心前提，M2E的标准扩展点给不了这么高的操作权限，自然不可能靠M2E完成适配。
• 你提到的Windows exe程序只是Lombok提供的一键安装辅助工具，作用是自动扫描本机安装的各类IDE，自动写入对应的插件配置，省去用户手动找路径装插件的步骤，不是什么必须的独立运行程序。

内容的提问来源于stack exchange，提问作者Raul Lapeira Herrero