大部分Android开发应该都知道 @JakeWharton 大神的 ButterKnife 注解库,使用这个库我们可以不用写很多无聊的 findViewById() 和 setOnClickListener() 等代码
ButterKnife项目的主页在这里: http://jakewharton.github.io/butterknife/ 简单介绍一下使用方法:
public class ExampleActivity extends Activity { @Bind(R.id.title) EditText titleView; @Bind(R.id.subtitle) EditText subtitleView; @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.example_activity); ButterKnife.bind(this); } } 但是这个库是如何工作的呢?可能很多人都觉得ButterKnife在 bind(this) 方法执行的时候通过反射获取 ExampleActivity 中所有的带有 @Bind 注解的属性并且获得注解中的 R.id.xxx 值,最后还是通过反射拿到 Activity.findViewById() 方法获取View,并赋值给 ExampleActivity 中的某个属性
这是一个注解库的实现方式,比较原始,一个很大的缺点就是在Activity运行时大量使用反射会影响App的运行性能,造成卡顿以及生成很多临时Java对象更容易触发GC
ButterKnife 显然没有使用这种方式,它用了Java Annotation Processing技术,就是在Java代码编译成Java字节码的时候就已经处理了 @Bind 、 @OnClick (ButterKnife还支持很多其他的注解)这些注解了
Annotation processing 是javac中用于编译时扫描和解析Java注解的工具
你可以你定义注解,并且自己定义解析器来处理它们。Annotation processing是在编译阶段执行的,它的原理就是读入Java源代码,解析注解,然后生成新的Java代码。新生成的Java代码最后被编译成Java字节码,注解解析器(Annotation Processor)不能改变读入的Java 类,比如不能加入或删除Java方法
下图是Java 编译代码的整个过程,可以帮助我们很好理解注解解析的过程:
当你编译你的Android工程时,ButterKnife工程中 ButterKnifeProcessor 类的 process() 方法会执行以下操作:
@Bind 、 @OnClick 、 @OnItemClicked 等 ButterKnifeProcessor 会帮你生成一个Java类,名字类似 <className>$$ViewBinder ,这个新生成的类实现了 ViewBinder<T> 接口 ViewBinder 类中包含了所有对应的代码,比如 @Bind 注解对应 findViewById() , @OnClick 对应了 view.setOnClickListener() 等等 ButterKnife.bind(this) 执行时,ButterKnife会去加载对应的 ViewBinder 类调用它们的 bind() 方法 一段Java代码:
class ExampleActivity extends Activity { @Bind(R.id.user) EditText username; @Bind(R.id.pass) EditText password; @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.simple_activity); ButterKnife.bind(this); // TODO Use fields… } @OnClick(R.id.submit) void submit() { // TODO call server… } } 编译成功后,下面的代码生成了:
public class ExampleActivity$$ViewBinder<T extends io.bxbxbai.samples.ui.ExampleActivity> implements ViewBinder<T> { @Override public void bind(final Finder finder, final T target, Object source) { View view; view = finder.findRequiredView(source, 21313618, “field ‘user’”); target.username = finder.castView(view, 21313618, “field ‘user’”); view = finder.findRequiredView(source, 21313618, “field ‘pass’”); target.password = finder.castView(view, 21313618, “field ‘pass’”); view = finder.findRequiredView(source, 21313618, “field ‘submit’ and method ‘submit’”); view.setOnClickListener( new butterknife.internal.DebouncingOnClickListener() { @Override public void doClick(android.view.View p0) { target.submit(); } }); } @Override public void reset(T target) { target.username = null; target.password = null; } } 用一张图来说明一下:
最后,执行 bind 方法时,我们会调用 ButterKnife.bind(this) :
findViewBinderForClass(targetClass) 加载 ExampleActivity$$ViewBinder.java 类 ViewBinder 的 bind 方法,动态注入 ExampleActivity 类中所有的View属性和 @OnClick 注解的方法,ButterKnife会在 ViewBinder 类中给View设置onClickListener,并且将 @OnClick 注解的方法传入其中 在上面的过程中可以看到,为什么你用 @Bind 、 @OnClick 等注解标注的属性或方法必须是public或protected的,因为ButterKnife是通过 ExampleActivity.this.editText 来注入View的
为什么要这样呢?有些注入框架比如roboguice你是可以把View设置成private的,答案就是 性能 。如果你把View设置成private,那么框架必须通过反射来注入View,不管现在手机的CPU处理器变得多快,如果有些操作会影响性能,那么是肯定要避免的,这就是ButterKnife与其他注入框架的不同
通过ButterKnife来注入View时,ButterKnife有 bind(Object, View) 和 bind(View) 两个方法,有什么区别呢?
如果你自定义了一个View,比如 public class BadgeLayout extends Fragment ,那么你可以可以通过 ButterKnife.bind(BadgeLayout) 来注入View的
如果你在一个ViewHolder中inflate了一个xml布局文件,得到一个 View 对象,并且这个View是 LinearLayout 或 FrameLayout 等系统自带View,那么不是不能用 ButterKnife.bind(View) 来注入View的,因为ButterKnife认为这些类的包名以 com.android 开头的类是没有注解功能的(-。- 这不是废话吗?),所以这种情况你需要使用 ButterKnife.bind(ViewHolder,View) 来注入View。
这表示 你是把 @Bind 、 @OnClick 等注解写到了这个ViewHolder类中,ViewHolder中的View呢需要从后面那个 View 中去找 , 大概就是这么个意思
参考: https://medium.com/@lgvalle/how-butterknife-actually-works-85be0afbc5ab