APT 原理
APT 就是借助 Javax 的注解库,在编译阶段扫描代码,将自定义注解的元素传入到注解处理器的 process() 方法中,然后生成我们想要的代码.比如生成 Java 文件.
生成代码原理很简单,就是用一个 StringBuilder 拼接字符串,然后通过工具类生成 Java 文件
构建过程分析
- 构建工程,划份代码生成模块/Apt 调用模块
- 继承 AbstarctProcessor ,重写 process 方法
- Build 代码生成模块打 jar 包
- Apt 调用模块导入该 jar 包
- Apt 调用模块将生成的代码注入源代码
关于 Apt 的几个问题
- 为什么 ButterKnife 注解方法的修饰符不能是 private?
之前我也遇到过这一问题,在接触了 Apt 后迎刃而解,这是因为 Apt 技术会在同一个包中自动生成代码,并且在使用时注入到源代码中,在同一个包, private 修饰的方法对 apt 来说是不可见的.
- Apt 生成的代码在什么时候介入?
BufferKnife 以及我们今天要手撸的 FastClick,它们都是跟随 Activity/View 初始化,在 setContentView 方法被执行后,我们会通过 FastClick.init() 方法,在该方法将Apt生成的方法注入源代码.
- 为什么需要单独创建一个 Java 库模块?
这是因为 Apt 相关的代码被放在一个叫做 Javax 的库中,而我们的 Android 库无法使用到 Javax 包,除非去网上下载一个 jar 文件作为我们的库文件.所以我们需要单独创建,刚好将模块功能隔离开,该模块只负责使用 Apt 生成代码.
- 使用 Apt 和使用反射有什么区别?
Apt 是基于编译时注解, 之前我们使用反射加注解是基于运行时注解,但是这种方式会在运行阶段做耗时的遍历操作,因此性能问题也一直被人们诟病; Apt 也需要用到反射来创建对象,但是不包含耗时操作.所以在性能上有它的优势.
最后
如果你看到了这里,觉得文章写得不错就给个赞呗!欢迎大家评论讨论!如果你觉得那里值得改进的,请给我留言。一定会认真查询,修正不足,定期免费分享技术干货。喜欢的小伙伴可以关注一下哦。谢谢!