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