Android项目编译期校验参数注解的实现方案咨询

一、注解处理器实现的可行性 #

可行，但存在明显局限性：

• 注解处理器仅能处理被显式标记注解的代码元素，无法直接检测调用doSomething时传入的lambda参数是否带有指定注解——因为lambda在编译期会被转换为匿名内部类，注解处理器无法主动扫描到调用点的参数注解信息。
• 若硬要基于注解处理器实现，需调整方案：给doSomething函数添加自定义注解，再通过注解处理器扫描所有调用该函数的位置，借助AST语法树解析工具（如KotlinPoet）分析传入的block参数是否符合注解要求。但这种方式复杂度高，且对Kotlin lambda的支持不够直观，开发成本远高于其他方案。

二、Lint检查实现的可行性 #

完全可行，且是更适配的方案：

• Lint支持自定义规则，可通过遍历代码AST语法树，精准捕获所有doSomething的调用场景，直接检查传入的block参数是否带有指定注解。
• 核心实现步骤：
  • 自定义Detector子类，重写visitMethodCall方法，定位所有对doSomething的调用。
  • 解析调用的参数，判断是否为lambda表达式，进一步检查该lambda是否携带目标注解。
  • 若发现参数未符合要求，通过JavaContext.report抛出Lint警告或错误，还可配置为强制编译错误级别，直接阻断构建。
• Lint对Kotlin语法的支持成熟，能准确识别lambda的注解信息，且规则配置灵活，是这类代码规范校验的首选方案。

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