android+google+auto-service,AutoService路由

今天我们来看一款使用非常简单的由google提供的Android 路由框架：AutoService(https://github.com/google/auto/tree/master/service)

话不多说，直接撸代码

1.添加依赖

dependencies{

implementation'com.google.auto.service:auto-service:1.0-rc4'

}

2.定义接口ITest

public interface ITest {

void test();

}

3.实现接口并添加注解

import android.util.Log;

import com.google.auto.service.AutoService;

@AutoService(ITest.class)

public class Testimplements ITest{

@Override

public void test() {

Log.d("@@","sdd");

}

}

4.调用接口

ServiceLoader.load(ITest.class).iterator().next().test();

5.看结果

输出日志

接下来我们看看是怎么实现的：

进入java.util.ServiceLoader 类，ServiceLoader 实现了Iterable 接口，

public final class ServiceLoader implements Iterable

ServiceLoader

看到这里，出现了两个Iterable 对象，一个是providers，一个是lookupIterator ，他们又是哪来的呢？

load的时候返回了ServiceLoader对象

public static ServiceLoader load(Class service) {

ClassLoader cl = Thread.currentThread().getContextClassLoader();

return ServiceLoader.load(service, cl);

}

这里惊喜的发现了lookupIterator 的来源，LazyIterator也实现了Iterable接口

public void reload() {

providers.clear();

lookupIterator = new LazyIterator(service, loader);

}

上面我们看到ServiceLoader 进行Iterable的时候，都会优先调用providers.hasNext(), providers初始化的时候被clear了，就一定会进入lookupIterator.hasNext(),跟踪代码发现，在加载文件名为 PREFIX +service.getName()的文件，并从文件parse出一个Iterable对象，fullName 和 pending 先卖个关子

lookupIterator.hasNext()

接下来再看lookupIterator.next()，跟踪发现，在找Class并newCInstance一个对象，并存入providers中

lookupIterator.next()

看到这，揭晓fullName ，service就是我们调用ServiceLoader.load(ITest.class)传入类，fullName 就是META-INF/services/接口的类名，

private static final String PREFIX ="META-INF/services/";

总结一下：

fullName 就是META-INF/services/接口的类名，

providers就是一个存路由对象的Iterator，

pending 就是fullName文件中的实现类

我们打开APK包验证下

APK包

好了，最后提两个需要注意的点：

1.AutoService使用了APT技术，需要在build.gradle文件中添加配置

defaultConfig{

javaCompileOptions{ annotationProcessorOptions{ includeCompileClasspath =true } }

}

2.如果需要混淆，需要注意接口文件需要keep，例如

-keep public class com.demo.** {*;}