SimpleDraweeView was not initialized异常引出的一个问题

项目最近线上开始报一个异常：SimpleDraweeView was not initialized。问题很快就定位到了，是我们使用了fresco，里面SimpleDraweeView有个静态成员：sDraweeControllerBuilderSupplier未被初始化导致：

也就是在使用SimpleDraweeView之前需要有个初始化，官方文档也有说明需要先调用下Fresco.initialize方法。

而这个初始化我们在Application的onCreate里面就调用了，为啥还会报这个错误呢？

首先怀疑类是不是被卸载了，根据这个异常的堆栈是发生在首页，也就是在Application的onCreate后进首页前类被卸载，一个类被卸载有几种情况，比如不存在该类的实例，类不存在引用等。java里面可以加启动参数来增加类卸载回调，但android里面就不太方便了。为了验证这个问题，在Application的onCreate里面引用一个SimpleDraweeView对象，发现还是崩溃了。

崩溃虽然是同一个，但也发现了更多问题，新增的引用一个SimpleDraweeView对象代码没有执行，同时发现Application的onCreate里面的debug log也没有输出，这就纳闷了，难道Application的onCreate也会不被执行？通过翻阅源码未发现attachBaseContext后面不执行onCreate的情况。

通过增加log发现onCreate执行在中间某一步被return掉了，而这个条件判断是当前进程是不是主进程的一个条件判断。

这样问题就清晰了，原来是Fresco.initialize方法虽然写在onCreate里面，但在这个机器上面onCreate执行在判断主进程的条件上面返回了，导致后面代码没有执行，大概是下面这个意思：

而getProcess实现是这样的：

相信这也是很多应用的做法，因为程序里面存在多进程，需要根据不同的进程在Application的onCreate里面做不同的事情，所以就有类似这样的代码来判断进程类型。结合上面的代码，也就是说我们判断进程的函数出现了问题，本应该是MAIN进程，却返回了是OTHER，结果导致代码提前返回。而出现这种错误的原因就是getRunningAppProcesses函数没有能够正确返回。通过增加调试日志确实发现偶尔这个函数不会返回当前程序进程。

通过反复测试，发现一些规律：在Dalvik环境下面需要做multidex，正常启动getRunningAppProcesses返回没有问题，当第一次启动dex做优化太久导致anr的时候，容易出现没有返回当前程序进程，这个问题在oppo find7 4.3系统上面很容易复现。

试着搜了下，发现还真有这种说法：

https://stackoverflow.com/que...

解决办法就是在getRunningAppProcesses判断不准的时候，增加一种方法来继续判断，该方法兼容到4.0没有问题。大概代码如下：

具体原因就不细究了，早期系统版本的问题，也不确定是不是跟厂家修改有关系。写这篇文章希望大家少走坑，多点时间陪陪家人~

欢迎关注微信公众号：安卓之美