最近参与一个美国的安卓项目，我参与时软件的发行版本号已经是4.1.1了。软件代码写得非常规范，代码质量也很高。说明这是有一个非常有经验的程序员开发的一个项目。但是最近发现很多程序崩溃的报告（客户用CrashLylics来跟踪崩溃）。分析崩溃的原因，最终结论是Application对象里的数据变成了null。很多人会问，Application的数据怎么可能变成null呢？原因是Application对象（也就是安卓程序）在一定情况下会被操作系统销毁。举例来说，你的程序里面有个拨号按钮，用户点击此按钮时，系统会切换到拨号程序，在这个时候，理论上你的安卓程序就有可能被销毁，拨号完成后，系统会自动回到拨号之前的Activity，你的程序会重新启动，Activity会重新执行生命周期的函数，Application对象也会重新创建，Application里的数据消失了，因为存在Application里的数据没有办法在Application销毁时进行存储。最终的结论是，不要试图把在多个Activity里公用的数据存放在Application里，也不能存放在静态全局变量里，一定要存的话，要把它作为一个内存缓存，要考虑它变成null了时的情况（可以配合SharePreference或者文件缓存，弄个2级缓存）。
这个一个很多很多安卓程序员都会犯的错，究其原因是安卓的设计理念与众不同。第一，安卓程序没有类似iOS程序的程序退出回调（有一个只是开发时可以用的）。第二，安卓的理念是，Activity等四大组件是可以直接跨进程调用（复用）的，尽管通常开发的安卓组件并不打算给别的程序使用。所以，按照安卓的设计理念，我们要尽量降低Activity等组件对外部状态的依赖，让每个Activity自给自足，需要的信息都通过启动时的Intent传进来。
重要的事情重复三遍，不要把在Applicaiton和静态变量里存放全局状态，除非你准备好了它变成null。
