2024年ARouter的源码梳理，阿里巴巴国际站面试题及答案-CSDN博客

本文链接：https://blog.csdn.net/2401_84537540/article/details/138882221

Android核心知识点

面试成功其实是必然的，因为我做足了充分的准备工作，包括刷题啊，看一些Android核心的知识点，看一些面试的博客吸取大家面试的一些经验。

下面这份PDF是我翻阅了差不多3个月左右一些Android大博主的博客从他们那里取其精华去其糟泊所整理出来的一些Android的核心知识点，全部都是精华中的精华，我能面试到现在2-2资深开发人员跟我整理的这本Android核心知识点有密不可分的关系，在这里本着共赢的心态分享给各位朋友。

不管是Android基础还是Java基础以及常见的数据结构，这些是无原则地必须要熟练掌握的，尤其是非计算机专业的同学，面试官一上来肯定是问你基础，要是基础表现不好很容易被扣上基础不扎实的帽子，常见的就那些，只要你平时认真思考过基本上面试是没太大问题的。

最后为了帮助大家深刻理解Android相关知识点的原理以及面试相关知识，这里放上我搜集整理的2019-2021BAT 面试真题解析，我把大厂面试中常被问到的技术点整理成了PDF，包知识脉络 + 诸多细节。

节省大家在网上搜索资料的时间来学习，也可以分享给身边好友一起学习。

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

}

public interface IInterceptor extends IProvider {
void process(Postcard postcard, InterceptorCallback callback);
}

ARouter中自定义的拦截器需要继承IInterceptor，并重写init和process方法。init方法在ARouter初始化时会被调用一次。具体的流程图为：

ARouter.init() -> _ARouter.afterInit()->InterceptorServiceImpl.init()->IInterceptor.init()

ARouter中拦截器的操作从doInterceptions开始，通过默认的线程池开启一个线程来执行拦截器的拦截操作。每一层的拦截器执行完后，需要调用onContinue交还ARouter控制权，执行下一层拦截器，或者调用onInterrupt中断路由。

public void doInterceptions(final Postcard postcard, final InterceptorCallback callback) {
LogisticsCenter.executor.execute(new Runnable() {
@Override
public void run() {
_execute(0, interceptorCounter, postcard);
if (interceptorCounter.getCount() > 0) { // Cancel the navigation this time, if it hasn’t return anythings.
callback.onInterrupt(new HandlerException(“The interceptor processing timed out.”));
} else if (null != postcard.getTag()) { // Maybe some exception in the tag.
callback.onInterrupt(new HandlerException(postcard.getTag().toString()));
} else {
callback.onContinue(postcard);
}
}
}

private static void _execute(final int index, final CancelableCountDownLatch counter, final Postcard postcard) {
if (index < Warehouse.interceptors.size()) {
IInterceptor iInterceptor = Warehouse.interceptors.get(index);
iInterceptor.process(postcard, new InterceptorCallback() {
@Override
public void onContinue(Postcard postcard) {
counter.countDown();
_execute(index + 1, counter, postcard);
}

@Override
public void onInterrupt(Throwable exception) {

}
});
}
}

拦截器执行完后会会调到InterceptorServiceImpl的doInterceptions方法中继续执行下一步，也就是我们上面讲到的ARouter的跳转的最后一步。

4. 服务管理

ARouter中通过实现IProvider接口可以创建一个服务，然后实现该接口。通过路由注解声明的服务会在编译期被添加到ARouter$$Providers$$app类中。

interface MiProvider : IProvider {
fun getName():String
}

@Route(path = “/mi/pro”,name = “这是测试”)
class IMiProviderImpl : MiProvider {
override fun getName() = “yu”
override fun init(context: Context?) {}
}

public class ARouter $P ro v i d ers$ app implements IProviderGroup {
@Override
public void loadInto(Map<String, RouteMeta> providers) {
providers.put(“com.mdy.retrofitdemo.arouter.MiProvider”, RouteMeta.build(RouteType.PROVIDER, IMiProviderImpl.class, “/mi/pro”, “mi”, null, -1, -2147483648));
}
}

通过调用接口的方法，ARouter会帮助我们调用具体的实现类中对应的方法，具体的调用方式分为两种。

依赖查找

通过依赖查找的方式主动去发现服务，主要有以下两种方式，一种是根据服务的Name来获取对应的服务，另一种是根据路由来获取对应的服务。

val miService = ARouter.getInstance().navigation(MiProvider::class.java)
val miService1 = ARouter.getInstance().build(“/mi/pro”).navigation()

1.根据Name查找

首先来看第一种根据Name来获取服务，执行到ARouter的navigation方法时，具体会执行到_ARouter的navigation方法：

protected T navigation(Class<? extends T> service) {
Postcard postcard = LogisticsCenter.buildProvider(service.getName());
LogisticsCenter.completion(postcard);
return (T) postcard.getProvider();
}

LogisticsCenter的buildProvider方法会根据服务的Name，从Warehouse的providersIndexMap集合中查找具体的RouteMeta对象,根据RouteMeta对象中存储的路由信息创建一个Postcard对象。后续调用LogisticsCenter的completion方法时，会根据Postcard中存储的路由路径，从Warehouse的routes集合中，获取对应的RouteMeta对象，根据RouteMeta中存储的type，也就是PROVIDER来获取对应的服务实现类，并添加到postcard的provider中，最终返回服务实现类。

2.根据路由查找

根据路由查找的流程和前面ARouter的跳转流程基本一致，不同点在于生成的Postcard对象中服务的type类型为PROVIDER。当执行到最后的_navigation方法时,返回的是对应的服务实现类。

private Object _navigation(final Context context, final Postcard postcard, final int requestCode, final NavigationCallback callback) {
case PROVIDER:
return postcard.getProvider();
}

依赖注入

ARouter中推荐我们使用依赖注入的方法来实现服务的管理。具体的实现为：

public class MiTest2 {

@Autowired(name = “/mi/pro”)
MiProvider miProvider;

public MiTest2() {
ARouter.getInstance().inject(this);
}

public String getName() {
return miProvider.getName();
}
}

检测到Autowired注解声明的服务类时，在编译期会自动生成对应的注解类：

public class MiTest2 $A R o u t er$ Autowired implements ISyringe {
private SerializationService serializationService;

@Override
public void inject(Object target) {
serializationService = ARouter.getInstance().navigation(SerializationService.class);
MiTest2 substitute = (MiTest2)target;
substitute.miProvider = (MiProvider)ARouter.getInstance().build(“/mi/pro”).navigation();
}
}

MiTest2类中通过Autowired注解声明的服务MiProvider，在执行到MiTest2的构造函数后，会被直接赋值。详细的原理从inject，该方法会调用到_ARouter的inject方法：

static void inject(Object thiz) {
AutowiredService autowiredService = ((AutowiredService) ARouter.getInstance().build(“/arouter/service/autowired”).navigation());
if (null != autowiredService) {
autowiredService.autowire(thiz);
}
}

这里AutowiredService的实现类为AutowiredServiceImpl，执行到autowire方法时，内部会调用到doInject方法：

private void doInject(Object instance, Class<?> parent) { Class<?> clazz = null == parent ? instance.getClass() : parent;

ISyringe syringe = getSyringe(clazz);
if (null != syringe) {
syringe.inject(instance);
}
}

getSyringe方法会通过反射获取上面生成的注解类的对象，然后调用对应的inject方法，内部依然是调用