熟悉ARouter的同学一定知道这个名字在很多Android岗位描述里几乎成了标配。如果你做过组件化面试官大概率会问路由表是怎么生成的拦截器为什么拦得住参数注入是不是用了反射这些问题的答案散落各处但大部分人都停留在“会用”层面一到追问源码机制就露馅。这篇是ARouter系列的面试题篇。我不打算把源码从头抄一遍而是站在面试官出题的角度把高频问题、追问路径、现场解法拆开讲。不管你是准备跳槽还是项目里正在排查路由跳转按这个脉络过一遍比零散看十篇文章有用。1. 路由框架到底在解决什么问题1.1 没有路由框架时组件化为什么这么难面试官有时候不会上来就问ARouter而是先问“你们项目为什么需要路由”。这个问题看起来基础但最能区分一个人是真做过组件化还是只在简历上写过。传统模式下A模块要跳转到B模块的页面代码里免不了写一句Intent intent new Intent(context, UserProfileActivity.class); context.startActivity(intent);这句话的代价是什么是A模块的代码直接依赖了B模块的类。模块B里的Activity一旦改名、改包名、被拆出去A模块就要跟着重新编译。更麻烦的是如果A和B本来就不允许互相依赖这种硬编码直接就把组件化的隔离破坏了。路由框架解决的就是这个“模块之间不该直接依赖但又需要互相跳转和调用”的矛盾。它把目标类收敛成一个String类型的path让所有模块都去一个公共的地方查表模块之间彻底不感知对方的存在。1.2 面试官真正想听到的答案当你回答“为什么需要路由”时光说“解耦”两个字是不够的。更完整的答案要包含三个层次编译期依赖解除模块A不再依赖模块B的类只依赖一个公共路由协议。运行时动态发现应用启动后通过扫描路由表找到目标类并完成跳转。统一入口能力拦截、降级、参数注入、跨模块服务调用都收敛到同一个框架里。这三个层次其实是ARouter在设计上的三个核心身份导航器、服务发现容器、拦截器容器。后续所有面试题本质上都是围绕这三层身份展开的。2. 初始化与路由表这不是玄学是注解处理器在干活2.1 经典提问ARouter.init到底做了什么面试题里出现频率最高的永远是初始化。很多面试者知道要在Application里调ARouter.init(this)但问到“这句代码做了什么”就答不上来。这里有一个容易背错的关键点ARouter.init并不会在启动阶段把项目里所有路由target全部加载成Class对象。它做的是更轻量的事情记录全局Application上下文。扫描编译期生成的“根路由表”类。把各个模块的分组索引写入内存中的Warehouse。注册并初始化全局拦截器、降级服务等基础设施。真正把某个分组下的具体页面Class找出来是等到第一次跳转到这个分组时才发生的。这个“懒加载”设计是ARouter性能优化的核心也是面试追问的重灾区。做一个基础回答模板public class App extends Application { Override public void onCreate() { super.onCreate(); if (BuildConfig.DEBUG) { ARouter.openLog(); ARouter.openDebug(); } ARouter.init(this); } }2.2 为什么用注解处理器而不是运行时扫描包面试官如果继续问“为什么ARouter用注解处理器而不是在启动时扫描所有类名”本质上是想考你对编译期和运行期的理解。运行时扫描方案比如用反射遍历包名下的Class看起来实现简单但它有几个致命问题包名扫描并不精准无法根据Module边界切分。每启动一次就要遍历一遍ClassLoader拖慢冷启动速度。无法在编译期发现path重复、分组错乱等问题。注解处理器则可以在javac编译阶段就扫描所有标注了Route的类生成结构化的Java代码。这些代码是普通类文件启动时直接按类名加载即可比反射遍历快一个量级。ARouter生成的类名有很明显的规律比如ARouter$$Root$$app ARouter$$Root$$module_user ARouter$$Group$$user所以在一个模块编译完成后你能在build/generated/source/apt目录下看到这些类。当你手动翻了生成目录很多原理题都能反过来推算出来。2.3 多进程场景要不要重复初始化这也是高频追问。App有多个进程时如果只是主进程调了ARouter.init子进程第一次使用路由很可能会报route not found。APP启动时如果有多个进程ARouter的初始化需要每个进程都做一遍。最简单的方式是在Application里判断当前进程名对所有业务进程统一调用初始化。否则子进程里路由表是空的跳转自然失败。这个问题的答题要点ARouter的路由表是内存态进程之间不会共享因此“初始化一次”这种说法只有在单进程App里才成立。3. 一次跳转的完整生命周期从build到startActivity3.1 核心对象PostCard是什么PostCard是ARouter里一个非常核心的对象面试官问“一次跳转发生了什么”本质上就是在问PostCard经历了哪些阶段。可以把它理解成一张“路由订单”。你调用build(path)后ARouter会创建一个PostCard初始状态下它只知道自己要去哪个pathPostcard postcard ARouter.getInstance() .build(/user/profile) .withLong(user_id, 10086L) .withTransition(R.anim.in, R.anim.out) .navigation();这张订单上除了path还会带上参数Bundle、动画资源、请求码、跳转flag等信息。后续所有的路由逻辑都是围绕这张订单展开。3.2 LogisticsCenter是怎么回事ARouter内部有个叫LogisticsCenter的类名字起得很形象它就是路由中心的“物流调度”。当PostCard被创建后LogisticsCenter要做几件事从Warehouse的group索引中找到该path属于哪个分组。从该分组的路由表中加载目标Class。如果路径找不到立即触发降级。如果找到把目标Class回写到PostCard。可以这样回答build(path)只是开了一张空白订单navigation()才是真正把订单交给物流中心去匹配目标。匹配成功之后ARouter会走这样的分支Intent intent new Intent(currentContext, postcard.getDestination()); if (!(currentContext instanceof Activity)) { intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK); } startActivity(intent);这里有个很隐蔽的细节如果当前Context不是Activity必须加FLAG_ACTIVITY_NEW_TASK否则在非Activity上下文里启动页面会直接崩。这个点面试时能提出来会显得你真的踩过坑。3.3 为什么第一次跳转比以后慢因为目标Class的分组是懒加载的。第一次跳转到某个分组时ARouter要遍历这个分组名下生成的路由表把每条记录反序列化成路由条目再放进缓存。之后再次跳转到同组页面直接从缓存里拿目标Class速度自然更快。回答这个问题的正确姿势不是背“懒加载”三个字而是说清楚ARouter把路由表拆成了Root和Group两层Root在启动时加载Group按需加载。这也是为什么ARouter官方推荐把path设计成两级比如/user/profile“/user”就是分组名这样按group加载时才高效。4. Route和Autowired注解背后的编译期魔法4.1 Route注解要怎么用坑在哪面试必考的基础题是Route的使用。大多数人都能写出Route(path /user/profile) public class UserProfileActivity extends AppCompatActivity { }但面试官紧接着会问如果两个模块里不小心写了完全相同的path会发生什么ARouter在编译期不会因为path相同直接报错但运行时只有一个会命中。这种情况在大型多模块项目里非常隐蔽属于典型的“查半天查不出来”的问题。所以有实践经验的团队会约定path由“模块名页面名”组成并且做代码扫描卡口。还有一个细节是group不一定需要显式声明。ARouter会默认取path第一段作为group比如/user/profile的group就是“user”。如果你非要显式写group main那就要保证和实际调用一致否则会因为分组索引不一致导致找不到路由。4.2 参数注入到底是不是反射这是ARouter系列里逼格最高的一道题。面试官如果问“Autowired是怎么实现的”很多人的第一反应是反射。其实它分两步第一步注解处理器为每个目标类生成一个注入类。这个注入类里有一段完全普通的赋值代码形式大概是public class UserProfileActivity$$ARouter$$Autowired { public static void inject(Activity target) { target.userId target.getIntent() .getLongExtra(user_id, 0L); } }第二步ARouter.getInstance().inject(this)通过查找这个生成的注入类来执行上面的赋值逻辑。虽然查找注入类的过程用到了反射但真正赋值的过程是普通Java代码不是逐字段反射赋值。所以最准确的回答是“编译期生成注入代码运行时按类名查找”而不是简单说“反射注入”。面试官如果要继续深挖还会问为什么需要显式调用inject而不是跳转时自动注入答案是因为ARouter没法在Activity对象创建后自动感知。它只能在跳转时把参数放进IntentActivity里想要拿到参数必须自己通知ARouter来注入。inject方法的本质是告诉ARouter“我现在创建好了你可以帮我填字段了”。4.3 和直接用Bundle传参相比参数注入的优势直接写getIntent().getStringExtra(...)虽然是Android基本功但在组件化大项目里有个问题每个页面都要写一坨模板代码。ARouter把参数声明变成字段上的注解让页面代码更干净类型转换也统一收拢了。但要提醒一句不要为了面试硬吹参数注入。实际上如果参数特别多注解字段的可读性未必比显式获取好。面试里讲清原理和适用边界比无脑赞美框架更讨喜。5. 拦截器机制面试里最容易被问穿的进阶题5.1 拦截器和AOP有什么关系ARouter拦截器的典型写法如下Interceptor(priority 8, name login) public class LoginInterceptor implements IInterceptor { Override public void process(Postcard postcard, InterceptorCallback callback) { if (needLogin(postcard)) { callback.onInterrupt(null); } else { callback.onContinue(postcard); } } Override public void init(Context context) { } }面试官问道“拦截器原理是什么”时你可以从调度链的角度回答ARouter维护了一个按priority排序的拦截器集合跳转信号进入时按顺序执行每个拦截器通过callback.onContinue放行或callback.onInterrupt中断形成一个责任链。这个思路本质上就是AOP也就是面向切面编程。路由跳转是切点拦截逻辑是切面。5.2 拦截器真的能拦住每一次跳转吗不能。这个答案很多人不敢说但它是真实的。拦截器是在ARouter内部导航逻辑里生效的。如果某个地方绕过了ARouter直接用Intent显式跳转那拦截器自然管不到。多模块协作时如果大家都遵守“任何跳转都走ARouter”的约定拦截才完整如果有人偷懒直接new Intent拦截链就是摆设。更常见的坑是拦截器里做了耗时操作比如登录态检查、网络请求但没有处理好异步回调。ARouter用的是回调链不是“同步return false”所以如果在拦截器里发起一个异步请求必须在请求结果回传后再调用callback.onContinue或onInterrupt。如果提前return链路会直接卡死页面不跳也不报错排查起来特别痛苦。5.3 拦截器能拿到目标Activity吗拿不到完成状态下的Activity实例。拦截器处理的是PostCard和上下文它可以拿当前Context启动其它Activity但无法在目标Activity创建后对它插一脚。面试里如果有人问“拦截器能不能在Activity的onCreate之后加一个横竖屏限制”答案应该是不能。这类需求应该在目标Activity内部或装饰器方案里做而不是靠路由层。6. 跨模块服务调用ARouter另一个隐藏身份6.1 IProvider和组件化服务发现ARouter不只是跳转页面它还能做模块间的服务调用。常见写法是这样public interface LoginService extends IProvider { boolean isLogin(); }实现类Route(path /service/login) public class LoginServiceImpl implements LoginService { Override public boolean isLogin() { return false; } Override public void init(Context context) { } }调用方LoginService loginService (LoginService) ARouter.getInstance().build(/service/login).navigation(); if (loginService.isLogin()) { // 已登录 }这里模块A只依赖定义接口的公共模块不依赖实现类。真正运行的时候ARouter通过路由表找到实现类并返回。这就是服务注册与发现和页面跳转变成了同一套机制。6.2 面试高分局你如何设计一个不依赖ARouter的服务注册表这是我在面试中很爱追问的一道变体题。如果你只背ARouter的API很难回答。但如果你能理解服务注册中心的三要素就能轻松迁移服务接口定义也就是客户端依赖的协议。服务实现注册也就是告诉容器“哪个path对应哪个实现类”。运行时查找也就是根据接口或path拿到实现实例。ARouter用注解解决第一和第二步用Warehouse解决第三步。换成纯手动方案你可能会在Application里写一个HashMapkey是接口全限定名value是实现类实例再对外暴露一个get方法。虽然粗糙了点但它完整展示了服务注册发现的核心思想。这个思路回答下来面试官会认为你是真的理解了框架而不是只会调库。6.3 什么时候不适合用IProviderIProvider适合模块间无状态或轻依赖的服务调用。如果一个服务内部强依赖另一个模块的数据库、图片加载框架那依然要保证公共模块能提供这些依赖。此外IProvider返回的是单例还是每次新建取决于实现类的写法。ARouter默认持有的是实例缓存如果你需要每次拿到新实例就不能在init里缓存要把实例对象注册成工厂模式。这个区别在复杂项目里很容易踩雷。7. 降级、失败回调与路由表维护的实操细节7.1 路由找不到时会发生什么默认情况下如果ARouter找不到path它会走降级逻辑不做任何页面动作只打印一行ARouter::The route not found日志。这个行为如果没做全局降级用户感受就是“点了没反应”。如果想让页面跳转失败时有个统一兜底需要实现一个降级服务Route(path /xxx/degrade) public class DegradeServiceImpl implements DegradeService { Override public void onLost(Context context, Postcard postcard) { Toast.makeText(context, 页面不存在, Toast.LENGTH_SHORT).show(); } Override public void init(Context context) { } }面试题经常围绕这里展开比如“为什么你点了页面没跳转”回答的时候要分两步先看日志有没有ARouter::The route not found再看是不是降级逻辑把错误吞了。很多团队降级服务里只打了日志导致问题被隐藏这种细节反而是面试加分项。7.2 外部URL怎么转成内部路由ARouter支持通过Uri直接跳转Uri uri Uri.parse(arouter://user/profile); ARouter.getInstance().build(uri).navigation();它做的核心事情是把Uri解析成path再走正常路由链路。这和DeepLink有重合但ARouter的优势是它先做了一遍内部路由表的校验外部链接只有映射到已注册的path才有效。这里常被问到“深度链接和ARouter有什么区别”。简单的区分DeepLink更偏系统级外部唤起ARouter更偏应用内部模块通信。大型App通常两者配合外部链接先进到统一落地页再由落地页转成ARouter path。7.3 路由表怎么维护才能不混乱多模块项目里路由表最大的威胁不是功能不够而是混乱。每个模块的path散落在各处没人记得谁注册过。实践里比较有效的三个措施path命名规范统一为/模块名/页面名禁止出现重复。代码评审卡口新增Route必须经过评审防止无意义路径。编译期检测插件用Gradle Transform在打包时扫描path重复冲突。这三个方案不是ARouter开箱自带的但面试里你说出一两个能体现出你把路由框架当成工程体系来建设而不是单纯引个库。8. 现场实操题如果让一个新项目接入ARouter你怎么落地8.1 分步实施方案面试官有时不给图不给代码直接抛一个场景“现有10个模块的App还没接路由你怎么设计接入方案”正常的落地路径是在根工程的build.gradle里引入ARouter插件并统一版本号。在各模块的build.gradle里配置annotationProcessor依赖。在Application里做初始化和调试开关。先在主模块里给一个页面加Route验证跳转链路。再扩展到其它模块同时制定path命名规范。接入拦截器和降级服务补全统一入口。这里有个经验教训不要先在公共模块里铺大量Route而要让业务模块各自维护自己的路由表。公共模块的职责是放接口协议和IProvider接口不是放实现类。8.2 配不对annotationProcessor是头号翻车点很多新人在接入ARouter时遇到ARouter::The route not found一查发现是某个模块漏了android { defaultConfig { javaCompileOptions { annotationProcessorOptions { arguments [AROUTER_MODULE_NAME: project.getName()] } } } } dependencies { implementation 路由框架的api依赖 annotationProcessor 路由框架的编译期处理器 }缺少annotationProcessor意味着这个模块的注解根本不会生成路由表。漏一个module就会导致这个模块的页面都跳不过去。如果各个模块之间还互相依赖你还需要注意传递依赖的问题。公共模块里如果带了编译期处理器很可能影响其它模块的生成结果。一般建议api依赖和processor依赖分开声明processor只写在需要生成路由表的业务模块里。8.3 混淆和调试的坑App开启混淆后ARouter查找生成类的逻辑依赖字符串类名拼接如果混淆把类名改了而字符串没同步替换就会出现“开发和测试正常线上一直跳不过去”的诡异问题。一个稳妥做法是按官方推荐的方式把ARouter相关类keep住。同时要养成习惯遇到路由跳不过去第一件事不是改业务代码而是先看日志里的ARouter::前缀输出。调试开关也非常有用if (BuildConfig.DEBUG) { ARouter.openDebug(); ARouter.openLog(); }openDebug配合Instant Run和aar动态替换有奇效。但带这个开关的代码不能直接发线上包逻辑一定要包在BuildConfig.DEBUG里。9. 面试官视角哪些表达方式能加分哪些直接减分这一节算是我自己带人、和同行交流时总结出的口试经验。9.1 减分表达“ARouter就是用来跳Activity的。”听到这句话我基本可以判断对方没做过组件化。因为它把路由框架降维成了页面跳转工具完全忽略了服务发现和拦截器这两条设计主线。“拦截器就是中间件。”这句话不算全错但太空。如果说不出责任链怎么调度、异步回调怎么放行、拦截器异常怎么兜底就只是背了一个名词。“配置一下Annotation Processor就完事了。”说得越轻松越容易暴露没踩过坑。真正接过的项目一定吐过annotationProcessor漏配、多模块路由重复、非Activity上下文启动崩溃的槽。9.2 加分表达“我会先用Route定义页面path同时约定path第一段是模块名。跳转的时候走ARouter需要登录校验就挂拦截器模块之间要通过服务调用就让接口继承IProvider目标类注册成服务实现。”这段话虽然没有深入源码但把页面路由、拦截、服务发现都串在了一条业务链路里。面试官听得出你是真的用它搭过工程。如果面试官继续追问你可以补一句“ARouter的源码设计核心是Warehouse LogisticsCenter PostCardWarehouse存索引LogisticsCenter做匹配PostCard携带参数和状态。”这句话直接亮明你看过源码后面的问题自然往原理方向深挖反而好聊。9.3 最后一个小经验我面试候选人时最怕的不是答不出源码细节而是把ARouter当成功效工具。框架本身的价值不在于你背了它多少个注解而在于你能不能根据业务场景把它安排到组件化的合适位置。你在复盘ARouter的时候不妨多问自己三个问题路由表和模块边界是什么关系拦截器能不能替代登录模块IProvider和接口依赖哪个更轻想清楚这几件事再去面试比临时抱佛脚强得多。
