摘要：這似乎是一個很有意思的話題，如果你的程序足夠聰明，它就可以自己寫代碼那么這么說就是要給生成的代碼添加一個屬性咯不不不，是添加一組注入關系，后面生成代碼時，注解管理器就需要根據這些解析來的關系來組織生成的代碼。

本文來自于騰訊bugly開發者社區，非經作者同意，請勿轉載，原文地址：http://dev.qq.com/topic/578753c0c9da73584b025875

話說我們做程序員的，都應該多少是個懶人，我們總是想辦法驅使我們的電腦幫我們干活，所以我們學會了各式各樣的語言來告訴電腦該做什么——盡管，他們有時候也會誤會我們的意思。

突然有一天，我覺得有些代碼其實，可以按照某種規則生成，但你又不能不寫——不是所有的重復代碼都可以通過重構并采用高端技術比如泛型來消除的——比如我最痛恨的代碼：

TextView textView = (TextView) findViewById(R.id.text_view);
Button button = (Button) findViewById(R.id.button);

這樣的代碼，你總不能不寫吧，真是讓人沮喪。突然想到以前背單詞的故事：正著背背不過 C，倒著背背不過 V。嗯，也許寫 Android app，也是寫不過 findViewById 的吧。。

我們今天要介紹的 ButterKnife 其實就是一個依托 Java 的注解機制來實現輔助代碼生成的框架，讀完本文，你將能夠了解到 Java 的注解處理器的強大之處，你也會對 dagger2 和 androidannotations 這樣類似的框架有一定的認識。

說真的，我一直對于 findViewById 這個的東西有意見，后來見到了 Afinal 這個框架，于是我們就可以直接通過注解的方式來注入，哇塞，終于可以跟 findViewById 說『Byte Byte』了，真是好開心。

什么？寨見不是介么寫么？

不過，畢竟是移動端，對于用反射實現注入的 Afinal 之類的框架，我們總是難免有一種發自內心的抵觸，于是。。。

別哭哈，不用反射也可以的~~

這個世界有家神奇的公司叫做 Square，里面有個大神叫 Jake Wharton，開源了一個神奇的框架叫做 ButterKnife，這個框架雖然也采用了注解進行注入，不過人家可是編譯期生成代碼的方式，對運行時沒有任何副作用，果真見效快，療效好，只是編譯期有一點點時間成本而已。

說句題外話，現如今做 Android 如果不知道 Jake Wharton，我覺得面試可以直接 Pass 掉了。。。哈哈，開玩笑啦

怎么介紹一個東西，那真是一個折學問題。別老說我沒文化，我的意思是比較曲折嘛。

我們還是要先簡單介紹一些 ButterKnife 的基本用法，這些知識你在 ButterKnife 這里也可以看到。

簡單來說，使用 ButterKnife 需要三步走：

配置編譯環境，由于 Butterknife 用到了注解處理器，所以，比起一般的框架，配置稍微多了些，不過也很簡單啦：

buildscript {
    repositories {
      mavenCentral()
    }
    dependencies {
      classpath "com.android.tools.build:gradle:1.3.1"
      classpath "com.neenbedankt.gradle.plugins:android-apt:1.8"
    }
}
apply plugin: "com.neenbedankt.android-apt"
...
dependencies {
    compile "com.jakewharton:butterknife:8.1.0"
    apt "com.jakewharton:butterknife-compiler:8.1.0"
}

用注解標注需要注解的對象，比如 View，比如一些事件方法（用作 onClick 之類的），例：

@Bind(R.id.title)
TextView title;

@OnClick(R.id.hello)
void sayHello() {
    Toast.makeText(this, "Hello, views!", LENGTH_SHORT).show();
    ButterKnife.apply(headerViews, ALPHA_FADE);
}

在初始化布局之后，調用 bind 方法：

setContentView(R.layout.activity_main);
ButterKnife.bind(this);//一定要在 setContentView 之后哈，不然你就等著玩空指針吧

瞧，這時候你要是編譯一下，你的代碼就能歡快的跑起來啦，什么 findViewById，什么 setOnClickListener，我從來沒聽說過~

哈，不過你還是要小心一點兒，你要是有本事寫成這樣，ButterKnife 就說『信不信我報個錯給你看啊！』

@Bind(R.id.title)
private TextView title;

@OnClick(R.id.hello)
private void sayHello() {
    Toast.makeText(this, "Hello, views!", LENGTH_SHORT).show();
    ButterKnife.apply(headerViews, ALPHA_FADE);
}

Error:(48, 22) error: @Bind fields must not be private or static. (com.example.butterknife.SimpleActivity.title)
Error:(68, 18) error: @OnClick methods must not be private or static. (com.example.butterknife.SimpleActivity.sayHello)

這又是為神馬嘞？如果你知道 ButterKnife 的機制，那么這個問題就很清晰了，前面我們已經提到，ButterKnife 是通過注解處理器來生成輔助代碼進而達到自己的注入目的的，那么我們就有必要瞅瞅它究竟生成了什么鬼。

話說，生成的代碼就在 build/generated/source/apt 下面，我們就以 ButterKnife 的官方 sample 為例，它生成的代碼如下：

讓我們看一下 SimpleActivity$$ViewBinder:

public class SimpleActivity$$ViewBinder implements ViewBinder {
  @Override
  public void bind(final Finder finder, final T target, Object source) {
    Unbinder unbinder = new Unbinder(target);
    View view;
    //注入 title，這里的 target 其實就是我們的 Activity
    view = finder.findRequiredView(source, 2130968576, "field "title"");
    target.title = finder.castView(view, 2130968576, "field "title"");
    
    //下面注入 hello 這個 Button，并為其設置 click 事件
    view = finder.findRequiredView(source, 2130968578, "field "hello", method "sayHello", and method "sayGetOffMe"");
    target.hello = finder.castView(view, 2130968578, "field "hello"");
    unbinder.view2130968578 = view;
    view.setOnClickListener(new DebouncingOnClickListener() {
      @Override
      public void doClick(View p0) {
        target.sayHello();
      }
    });
    ...
  }

  ...
}

我們看到這里面有個叫 bind 的方法，這個方法跟我們之前調用的 ButterKnife.bind的關系可想而知——其實，后者只是個引子，調用它就是為了調用生成的代碼。什么，不信？好吧，我就喜歡你們這些充滿好奇的娃。我們在調用 ButterKnife.bind 之后，會進入下面的方法：

  static void bind(@NonNull Object target, @NonNull Object source, @NonNull Finder finder) {
    Class targetClass = target.getClass();
    try {
      ViewBinder