问题描述
前两天一同事反馈一个问题，点击应用所有地方都无响应。第一眼看确实像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，然后新建一个任务塞到线程池。
再看下线程池的初始化，maximumPoolSize=CPU_COUNT + 1；我的手机CPU count是8，所以线程池最多塞9个task就满了，剩下的task都得在外面排着。这就解释了issue里面有人说为什么前几次点击能正常跳转，点了8次（这兄弟好认真）之后出现无响应。
2 CancelableCountDownLatch
为何线程池的task一直在那占着不结束呢？我们接下来看看CancelableCountDownLatch。
CancelableCountDownLatch设置了一个超时时间（300s），如果_excute执行时没有调用onContinue或者onInterrupt，倒计数器会一直在那倒数300s，直到最后抛出"The interceptor processing timed out"的异常。如果你有足够的耐心，等够300s，应该可以发现之前期待的那些跳转会刷刷刷的开始执行了。
总结
没事多看看源码。
