Android ARouter无法跳转

问题描述

前两天一后端同事反馈一个问题，点击应用所有地方都无响应。第一眼看确实像ANR，查看log也并没有发现ANR相关信息（trace文件是空的），dumpsys meminfo查看内存也还正常，但activity比较多。再仔细观察发现点击底部按钮界面还可以切换，所有需要跳转界面的都会失效。

问题复现

因为同事告知随便多点了几次就这样了，很容易复现，老占着别人手机调试也不好（万一发现啥不该发现的就尴尬了），所以就试着用自己手机复现。然后用麒麟臂的手速疯狂点各种页面再退出，操作个半分钟左右就复现了。

问题分析

前面已经排除了ANR，所以优先考虑是Activity跳转出了问题。而我们采用了ARouter进行跳转，于是尝试修改一个界面不通过ARouter跳转，问题复现后，发现确实只有这一个界面可以正常跳转，到这里基本确定是ARouter导致的。同时搜了下ARouter相关的log，发现有大量的"The interceptor processing timed out"的异常。然后再github搜ARouter的issue发现了同道中人：https://github.com/alibaba/ARouter/issues/384。

问题解决

issue的描述给了最好的解决方案，再此就不再赘述。

解决方案

原理分析

我们主要看下拦截器InterceptorServiceImpl。

1 ThreadPoolExecutor

每调用一次ARouter的跳转，都会执行到InterceptorServiceImpl的doInterceptions，然后新建一个任务塞到线程池。

ThreadPoolExecutor

再看下线程池的初始化，maximumPoolSize=CPU_COUNT + 1；我的手机CPU count是8，所以线程池最多塞9个task就满了，剩下的task都得在外面排着。这就解释了issue里面有人说为什么前几次点击能正常跳转，点了8次（这兄弟好认真）之后出现无响应。

ThreadPoolExecutor初始化

2 CancelableCountDownLatch

为何线程池的task一直在那占着不结束呢？我们接下来看看CancelableCountDownLatch。

CancelableCountDownLatch

CancelableCountDownLatch设置了一个超时时间（300s），如果_excute执行时没有调用onContinue或者onInterrupt，倒计数器会一直在那倒数300s，直到最后抛出"The interceptor processing timed out"的异常。如果你有足够的耐心，等够300s，应该可以发现之前期待的那些跳转会刷刷刷的开始执行了。

_execute

总结

没事多看看源码。