Android高级进阶之-APT原理解析及仿写ButterKnife实现View的自动绑定功能

我们在使用Dagger2、ButterKnife等框架的时候,会发现它们通过简单的注解就实现了强大的功能。不知道你又没有研究过这些框架又究竟是如何实现他们功能的呢?本篇文章就是带着这个问题来探究其原理并且自己实现一个简单的ButterKnife的View绑定功能框架。

其实使用过Dagger2或者ButterKnife框架的人都会注意到在项目的build->generated->source->apt 下面会在编译后生成一些java文件:


apt目录

没错,这里的MainActivity_Binding.java 就是编译时编译器自动生成的,上述的两个框架很多核心功能的实现也是通过apt目录下面的这些代码来完成的。我们不妨先看看我这里自己实现的ButterKnife框架是如何做到View自动绑定的。

import android.support.v7.app.AppCompatActivity;
import android.os.Bundle;
import android.util.Log;
import android.widget.TextView;

import carlwu.top.annotation.BindView;
import carlwu.top.annotation.ButterKnife;

public class MainActivity extends AppCompatActivity {
    private static final String TAG = "sssssss";
    @BindView(R.id.tv1)
    TextView mTextView1;
    @BindView(R.id.tv2)
    TextView mTextView2;

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

        Log.d(TAG, "onCreate: "+mTextView1.getText().toString()+"   ,  "+mTextView2.getText().toString());
    }
}

我们这里的MainActivity使用了ButterKnife对不对?其实你注意一下ButterKnife的包名你会发现这是我自己实现的ButterKnife,但是用法上和原生的ButterKnife一模一样。接下来看看ButterKnife.bind(this)里面的代码:

public class ButterKnife {
    public static void bind(Object o){
        try {
            Class<?> bindingClass = Class.forName(o.getClass().getName() + "_Binding");
            Method method = bindingClass.getMethod("bindViews",o.getClass());
            method.invoke(null,o);
        } catch (Exception e) {
            e.printStackTrace();
        }
    }
}

bind()方法内部使用了反射拿到了一个名称叫做“MainActivity_Binding”类下面的静态方法“bindViews”,并且调用了这个“bindViews”方法,那好,“MainActivity_Binding”不就是刚刚我们截图看到的apt目录下面编译器生成的一个类吗?顺藤摸瓜我们看看“MainActivity_Binding”是怎么实现的:

public final class MainActivity_Binding {
  public static void bindViews(MainActivity obj) {
    obj.mTextView1 = obj.findViewById(2131165307);
    obj.mTextView2 = obj.findViewById(2131165308);
  }
}

看到这里,恍然大悟了,bindViews的参数就是MainActivity,这里直接访问MainActivity里面我们加了注解@BindView(int id)的View控件,然后赋值findViewById(2131165307) ,我们有理由详细里的参数id就是在使用注解的时候传递进去的id:

    @BindView(R.id.tv1)
    TextView mTextView1;
    @BindView(R.id.tv2)
    TextView mTextView2;

看到这里,你就完全明白自动绑定View原来是这么一回事了:在Activity中对需要自动绑定的View加上注解,注解里面传递View的Id参数,然后在onCreate()方法的 setContentView(R.layout.activity_main)后执行ButterKnife.bind(this),完成自动绑定。

那么接下来的工作就全部放在如何去生成这些Activity_Binding.java文件呢?答案回到了这个关键字“APT”。

apt全称可以叫做“annotation processor tool”,注解处理工具。

我们用过原生ButterKnife的人都是到如何去引用这个框架:

dependencies {
  implementation 'com.jakewharton:butterknife:8.8.1'
  annotationProcessor 'com.jakewharton:butterknife-compiler:8.8.1'
}

之所以引用这两个工程也是有原因的,第一个“implementation”是常规的库引用,可以直接告诉你,里面写的是一些要使用到的注解类以及其他工具类,在我们的自己实现ButterKnife中也这么做的:


注解工程目录结构

是的这个注解工程很简单,就给了@BindView以及ButterKnife的实现,那么除了注解工程,我们还需要一个处理注解的工程,就是“annotationProcessor”来指定的了:


注解处理工程目录结构

我们编译期间自动生成Activity_Binding.java的工作就是交给注解处理工程来完成的。

需要注意的是,我们的annotation工程以及compiler工程都只提供java文件的使用,所以在build.gradle中只需要把他们定义成java-library即可。

apply plugin: 'java-library'

compiler工程使用google提供的自动绑定功能,它的完整build.gradle如下:

apply plugin: 'java-library'

dependencies {
    implementation fileTree(dir: 'libs', include: ['*.jar'])

    implementation 'com.google.auto.service:auto-service:1.0-rc2'//自动绑定
    implementation 'com.squareup:javapoet:1.7.0'

    implementation project(':annotation')
}

sourceCompatibility = "1.7"
targetCompatibility = "1.7"

好,接下来是时候看看注解处理工程里面是怎么实现的了。

import carlwu.top.annotation.BindView;

@SupportedAnnotationTypes("carlwu.top.annotation.BindView")
@SupportedSourceVersion(SourceVersion.RELEASE_7)
@AutoService(Processor.class)
public class MyProcessor extends AbstractProcessor {

    //日志工具
    private Messager messager;
    //文件工具
    private Filer filer;

    @Override
    public synchronized void init(ProcessingEnvironment processingEnvironment) {
        super.init(processingEnvironment);
        messager = processingEnvironment.getMessager();
        filer = processingEnvironment.getFiler();
        messager.printMessage(Diagnostic.Kind.NOTE, "myProcessor init================");
    }

    @Override
    public boolean process(Set<? extends TypeElement> set, RoundEnvironment roundEnvironment) {
        Map<Element, List<Element>> map = new HashMap<>();
        for (TypeElement typeElement : set) {
            for (Element fieldElement : roundEnvironment.getElementsAnnotatedWith(typeElement)) {
                Element classElement = fieldElement.getEnclosingElement();
                if (fieldElement.getModifiers().contains(Modifier.PRIVATE))
                    throw new RuntimeException("@BindView can't annotate private field with " + fieldElement.getSimpleName()+" in "+classElement.getSimpleName());
                List<Element> list;
                if (map.containsKey(classElement))
                    list = map.get(classElement);
                else {
                    list = new ArrayList<>();
                    map.put(classElement, list);
                }
                list.add(fieldElement);
                messager.printMessage(Diagnostic.Kind.NOTE, "0000");
            }
        }
        javaFileOutput(map);
        return true;
    }

    private void javaFileOutput(Map<Element, List<Element>> map) {
        for (Map.Entry<Element, List<Element>> entry : map.entrySet()) {
            MethodSpec.Builder constructorBuilder = MethodSpec.methodBuilder("bindViews")
                    .addModifiers(Modifier.PUBLIC, Modifier.STATIC)
                    .addParameter(ClassName.get(entry.getKey().asType()), "obj");
            for (Element fieldElement : entry.getValue()) {
                constructorBuilder.addStatement("$L.$L = $L.findViewById($L)", "obj", fieldElement.getSimpleName(), "obj", fieldElement.getAnnotation(BindView.class).value());
            }

            TypeSpec helloWorld = TypeSpec.classBuilder(entry.getKey().getSimpleName() + "_Binding")
                    .addModifiers(Modifier.PUBLIC, Modifier.FINAL)
                    .addMethod(constructorBuilder.build())
                    .build();

            JavaFile javaFile = JavaFile.builder(((PackageElement) entry.getKey().getEnclosingElement()).getQualifiedName().toString(), helloWorld)
                    .build();
            try {
                javaFile.writeTo(filer);
            } catch (IOException e) {
                e.printStackTrace();
            }
        }
    }
}

我们这个类的核心就是在process()方法里面,它使用到了叫做“javapoet”的工具来拼接出我们想要生成的Activity_Binding类,然后在:

            try {
                javaFile.writeTo(filer);
            } catch (IOException e) {
                e.printStackTrace();
            }

实现了java文件的输出。不熟悉javapoet的朋友可以看看git上关于它的介绍,也是很简单的。

https://github.com/square/javapoet

我们再来看看MainActivity和MainActivity_Binding这亮个java类:

package carlwu.top.apt4butterknife;

public class MainActivity extends AppCompatActivity {
    private static final String TAG = "sssssss";
    @BindView(R.id.tv1)
    TextView mTextView1;
    @BindView(R.id.tv2)
    TextView mTextView2;

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

public final class MainActivity_Binding {
  public static void bindViews(MainActivity obj) {
    obj.mTextView1 = obj.findViewById(2131165307);
    obj.mTextView2 = obj.findViewById(2131165308);
  }
}

会发现两个要点:
①MainActivity 和MainActivity_Binding 是在相同的包下面的。
②MainActivity 中加了@BindView注解的View成员都是默认修饰符,也就是包访问的。

你是否知道为什么要关注这两个焦点吗?首先是View成员不能加private修饰,private就是私有类型了,那么我们的MainActivity_Binding 岂不是没法访问MainActivity 中的View成员,那就没法去绑定了是吧。然后我们让MainActivity 和MainActivity_Binding 同包目录,也是为了方便View成员在默认修饰符时,只能包内访问才这么做的,你想,如不MainActivity 和MainActivity_Binding 不同包目录,那么MainActivity 中的View成员就要被迫加上public修饰了,这样该多麻烦。

OK,文章写到这里整个apt原理和ButterKnife自动绑定View的功能也讲清楚了,当然原生的ButterKnife远不止这么简单,但也都是按照这个思路去一步步完善的。

最后,附上源码地址。
链接:https://share.weiyun.com/5TWiMEy

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 213,099评论 6 492
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,828评论 3 387
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 158,540评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,848评论 1 285
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,971评论 6 385
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,132评论 1 291
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,193评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,934评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,376评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,687评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,846评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,537评论 4 335
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,175评论 3 317
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,887评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,134评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,674评论 2 362
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,741评论 2 351

推荐阅读更多精彩内容

  • Android 自定义View的各种姿势1 Activity的显示之ViewRootImpl详解 Activity...
    passiontim阅读 171,892评论 25 707
  • 用两张图告诉你,为什么你的 App 会卡顿? - Android - 掘金 Cover 有什么料? 从这篇文章中你...
    hw1212阅读 12,705评论 2 59
  • 俗话说的好“不想偷懒的程序员,不是好程序员”,我们在日常开发android的过程中,在前端activity或者fr...
    蛋西阅读 4,963评论 0 14
  • 我们在日常开发android的过程中,在前端activity或者fragment时,无法避免的会用到findVie...
    夏尼采阅读 5,368评论 3 11
  • 山穷水复疑无路,柳暗花明又一村。陆游这句诗,写的当真好。小的时候看不懂,觉得它好,是因它读起来顺口,又有山...
    夜萤阅读 308评论 0 0