首页 - 技术 - 项目终于使用了插件注解，太棒了！

项目终于使用了插件注解，太棒了！

2023-10-07 13:00

插件标注处理器书上有一些介绍《深入理解java虚拟机》（前端编译章节提到过），但是我一直没有机会使用它，直到遇到这个需求，觉得很完美。，我只是简单的使用了一下，在这里做个记录。

了解lombok底层原理的人都知道它使用的是插件注解，所以今天笔者就通过一个真实的场景来演示一下插件注解的使用。

需求

我们为公司提供一套通用的Java基础组件包。组件包中有不同的模块，比如熔断模块、负载均衡模块、rpc模块等，这些模块都会被打开。打成jar包，然后发布到公司内部代码仓库，供其他人引入使用。

这段代码会不断迭代。我们希望通过promethus来监控公司当前使用的各版本代码库的占比。想要的效果如下：

我们希望看到各个版本的使用率，这有助于我们实现版本兼容，并在必要时追溯旧版本的用户来源。问题需求看似很简单，但是要获取自己的jar版本号却相当麻烦。有一个比较简单但是黑乎乎的方法，就是给每个组件添加当前的jar版本号，写入到配置文件中。或者直接设置为常量，这样上报promethus的时候就可以直接获取jar包版本号。这种方法虽然可以解决问题，但是每次迭代版本都要更改所有组件包的版本号数据，太麻烦了。有更好的解决办法吗？比如我们能否在gradle打包构建时获取jar包的版本号，然后注入到各个组件中？就像lombok一样，不需要编写get和set方法。只需要添加注解标记即可自动注入get和set方法。例如，我们可以为每个组件定义一个空常量并添加自定义注释：@TrisceliVersion public staticfinal字符串版本 = "";然后像lombok生成set/get方法一样注入真实版本号：@TrisceliVersion public staticfinal字符串版本 = “1.0.31-快照”; 参考lombok的实现。这实际上是可以做到的。我们来看看下面的解决方案。解决方案Java 中解析注解的方式主要有两种：编译时扫描和运行时反射。这是lombok的实现@Setter：@Target({ElementType.FIELD, ElementType.TYPE}) @Retention(RetentionPolicy.SOURCE) public @interface 设置器 { //稍微... }可以看到@Setter的Retention的类型为SOURCE，也就是说这个注解只在编译时有效，而不会甚至被编译。到class文件中，所以lombok无疑是第一个解析方法。那么可以用什么方法来解析注解并在编译时执行我们的解析代码呢？答案是定义一个可插拔注释处理器（通过 JSR-269 提案定义的可插拔注释处理 API 实现）插件注释处理器的触发点如下图所示：

MENU

项目终于使用了插件注解，太棒了！

2023-10-07 13:00

需求