Android butterknife 实现原理 _ButterKnife

恢弘志士之气，不宜妄自菲薄。这篇文章主要讲述Android butterknife 实现原理相关的知识，希望能为你提供帮助。
简介
ButterKnife 是一个 android 系统的 View 注入框架，能够通过『注解』的方式来绑定 View 的属性或方法。
比如使用它能够减少 findViewById() 的书写，使代码更为简洁明了，同时不消耗额外的性能。
当然这样也有个缺点，就是可读性会差一些，好在 ButterKnife 比较简单，学习难度也不大。
添加依赖
这里以 Android Studio Gradle 为例，为项目添加 ButterKnife，注意两个步骤都要完成：
1. Project 的 build.gradle 添加：

dependencies { classpath ‘com.neenbedankt.gradle.plugins:android-apt:1.8‘ }

2. App 的 build.gradle 添加：

applyplugin: ‘com.neenbedankt.android-apt‘ dependencies { compile ‘com.jakewharton:butterknife:8.0.1‘ apt ‘com.jakewharton:butterknife-compiler:8.0.1‘ }

这里顺便提一个名为 Android Butterknife Zelezny 的插件，可在 Settings – plugins 中下载，提供一键生成注解的功能，这里不多赘述，可以看以下文章：
ButterKnife 注解框架的偷懒插件
ButterKnife 的使用ButterKnife 的使用是比较简单的，具体的使用可以参考官方文档或者搜索其他博文资料，在这里只简单介绍一下它的用途：

通过使用 @BindView 来消除 findViewById
将多个 View 组织到一个列表中，一次性操作它们
通过使用 @onClick 为 View 绑定监听，消除 listener 的匿名内部类
通过使用资源注解如 @BindColor，来消除资源的查找

我们看到呢，它好像消除了一堆东西，其实就是简化的意思啦。
使用方式整合
总的来说，ButterKnife 有以下使用：

View 绑定
Resource 绑定
非 Activity 绑定
View List 绑定
Listener 绑定

具体的使用，参照文档吧！
Butter Knife
原理简单分析 java Annotation Processing
注解处理器，在 Java5 中叫 APT，有没有很眼熟：

1 dependencies { 2classpath ‘com.neenbedankt.gradle.plugins:android-apt:1.8‘ 3 } 4 5 // 引入 ButterKnifeProcessor 等 6 apt ‘com.jakewharton:butterknife-compiler:8.0.1‘ 7

这是一个用于编译时扫描和解析 Java 注解的工具，通过它我们可以自己定义注解，并定义解析器来处理它们。它的原理是读入 Java 源代码，解析注解，然后生成新的 Java 代码，新生成的代码最后被编译成 Java 字节码。
当然这里我们不是要深究 APT 的原理，而是要知道在 ButterKnife 中运用到了这个工具。
ButterKnife 流程
这里以一个栗子来一步步观察，ButterKnife 的工作流程。
在此之前看一眼 @BindView 注解的定义：

@Retention(CLASS) @Target(FIELD) public @interface BindView { /** View ID to which the field will be bound. */ @IdResint value(); }

重点在于 @Retention(CLASS)，它表示该注解在编译时被保留，但在运行时 JVM 会忽略它。因此使用 ButterKnife 的注解，不会对运行时的性能造成消耗。
扫描 ButterKnife 注解首先我们使用注解来声明我们的一个 View：

@BindView(R.id.text1) TextViewtext1;

于是在我们编译的时候，ButterKnifeProcessor 类的 process() 方法便会执行，搜索到所有的 ButterKnife 注解（@BindView），然后生成一个 Java 类。
根据注解，生成 Java 类我们在 app\build\generated\source\apt\ 中找到生成的 MainActivity$$ViewBinder 文件，该类中包含了一个 bind 方法：

public Unbinderbind(final Finderfinder, final T target, Object source) { InnerUnbinderunbinder = createUnbinder(target); Viewview; view = finder.findRequiredView(source, 2131492944, "field ‘text1‘"); target.text1 = finder.castView(view, 2131492944, "field ‘text1‘"); return unbinder; }

到这里就越来越像我们手写 findViewById() 了。
动态注入最后当我们执行 ButterKnife.bind(this) 时，ButterKnife 会加载上面生成的类，然后调用其 bind 方法。

这里首先调用了 findRequiredView 去寻找 R.id.text1 所对应的控件，其实相当于我们的 findViewById()
其次调用 castView，相当于类型转换，把找到的 View 转化为 TextView 类型

至此，我们就完成了一次 ButterKnife 的工作流程。
总结实际上我们发现，ButterKnife 的原理还是相对简单的，因为其主要难点在于 APT 的使用，那属于其他方面的内容，在此我们并不深究。
【Android butterknife 实现原理】在这个框架中我们看到了『反射』和『Annotation Processing』间的取舍，ButterKnife 使用了后者，避免了额外性能的消耗。