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 的使用是比较简单的,具体的使用可以参考官方文档或者搜索其他博文资料,在这里只简单介绍一下它的用途:

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

我们看到呢,它好像消除了一堆东西,其实就是简化的意思啦。

使用方式整合

总的来说,ButterKnife 有以下使用:

  1. View 绑定
  2. Resource 绑定
  3. 非 Activity 绑定
  4. View List 绑定
  5. Listener 绑定

具体的使用,参照文档吧!

Butter Knife

原理简单分析

Java Annotation Processing

注解处理器,在 Java5 中叫 APT,有没有很眼熟:

1 dependencies {
2   classpath '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 类

我们在 appuildgeneratedsourceapt 中找到生成的 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 的使用,那属于其他方面的内容,在此我们并不深究。

在这个框架中我们看到了『反射』和『Annotation Processing』间的取舍,ButterKnife 使用了后者,避免了额外性能的消耗。

原文地址:https://www.cnblogs.com/wgha/p/5897857.html