如何让IDE识别@注解及AST转换为类新增的方法与字段？

我之前也碰到过一模一样的问题！其实核心原因很简单：IntelliJ对Groovy官方的@Bindable这类注解有内置的IDE级支持，它知道这个注解会生成哪些方法和字段，所以能直接显示出来。但咱们自己写的自定义AST转换，IDE完全不知道你在编译时偷偷加了什么东西，自然识别不了。下面是几个可行的解决办法，按从易到难排序：

1. 生成Groovy Stub文件（最简单的方案） #

Groovy支持生成Java风格的stub文件，这些文件会包含AST转换后新增的字段和方法定义，IntelliJ会把它们当作普通Java类来解析，自然就能识别到那些生成的成员了。

具体操作（以Gradle为例） #

在你的build.gradle里添加Groovy插件的stub生成配置：

plugins {
    id 'groovy'
}

groovy {
    stubOptions {
        generateStubs = true
        // 如果需要，还可以指定stub输出目录，默认在build/groovy-stubs/main
    }
}

重新执行build任务后，IntelliJ会自动读取生成的stub文件，此时你再看被注解的类，新增的字段和方法就会像原生成员一样显示出来，代码补全也能用了。

2. 给IntelliJ添加自定义注解的IDE支持 #

如果stub方案满足不了你的需求（比如需要更动态的实时预览，或者stub生成有延迟），那可以给IntelliJ写一个小型的扩展插件，让它理解你的自定义注解会生成什么。

IntelliJ的Groovy插件允许开发者通过实现GroovyASTTransformationContributor接口，来模拟AST转换在IDE中的效果。你需要：

• 创建一个IntelliJ插件项目
• 实现GroovyASTTransformationContributor，在其中模拟你的AST转换逻辑，把要生成的字段和方法添加到IDE的代码模型中
• 把插件安装到你的IntelliJ里

这个方案更复杂，但能实现和@Bindable一样的实时IDE体验——毕竟官方就是这么做的。

3. 验证AST转换本身的正确性 #

在折腾IDE之前，先确认你的AST转换在编译时是真的生效了：

• 用Groovy的AST查看器（IntelliJ里找View -> Tool Windows -> Groovy AST Viewer）打开被注解的类，检查转换后的AST树里有没有新增的成员
• 编译后反编译class文件，确认字段和方法确实存在

如果转换本身没生效，那IDE肯定识别不了，先把这个问题解决再说。

内容的提问来源于stack exchange，提问作者Egil Hansen