注解（Annotation）自定义注解（四）--编译期注解解析讲解和手写ButterKnife

注解（Annotation）自定义注解（四）–编译期注解解析讲解和手写ButterKnife

前言

前面两篇讲解了运行期注解的使用和xutils源码的解析，以及手动打造自己的IOC框架。但是运行期注解由于性能问题被一些人所诟病，所以这里我们讲下编译器注解的使用和实战。

介绍

编译器注解的核心原理依赖APT（Annotation Processing Tolls）实现，例如，我们常用的ButterKnife,Dagger,Retrofit等开源库都是基于APT的。那么编译器注解是如何工作的呢？这就是我们要讨论的内容。

编译时Annotation注解的基本原理是，在某些代码元素上（比如类型，函数，字段）添加注解，然后在编译时编译器会检查AbstractProcessor的子类，并且调用该类型的process函数，然后将添加了注解的元素传递给process中，使得开发者可以在编译期可以进行处理，比如，根据注解生成新的ava类，这也是BufferKnife等库的基本原理。

编译处理时，是分开进行的。如果在某个处理中产生的新的JAVA文件，那么就需要另外一个处理来处理新生成的源文件，反复进行，知道没有新的文件产生。在处理完文件后，再进行编译。JDK5提供了APT工具来对注解进行处理。编写注解处理器和核心是：AnnotationProcessorFactory和AnnotationProcessor两个接口，前者是为某些注解类型创建注解处理器工厂，后者是表示注解处理器。

对于编译器，代码中元素的结构是不会变的。JDK中为这些元素定义了一个基本类型Element类，它有几个子类：

PackageElement--包元素，包含包的信息
TypeElement-------类型元素，描述字段信息
ExecutableElement--可执行元素，代表函数类型的元素
VariableElement------变量元素
TypeParameterElement--类型参数元素

使用上面的抽象来对于代码中的基本元素。

我们先来分析BuffKnife使用以及源码，然后在手动打造我们自己的框架。
BuffKnife使用

BuffKnife项目

public class MainActivity extends AppCompatActivity {

    @Bind(R.id.icon)
    ImageView icon;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        ButterKnife.bind(this);
    }

    @OnClick(R.id.icon)
    public void onClick() {
        Toast.makeText(this, "图片点击了", Toast.LENGTH_LONG).show();
    }
}

使用非常简单，主要注意：属性是不能private就行。

butterknife的源码解析

按照逻辑，我们应该先看ButterKnife.bind(this),下面是源码：

static void bind(Object target, Object source, Finder finder) {
    Class targetClass = target.getClass();
    try {
      if (debug) Log.d(TAG, "Looking up view binder for " + targetClass.getName());
      // 找到viewBinder
      ViewBinder