今天我们来看一款使用非常简单的由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<String>对象，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.** {*;}