大部分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