以前做Android系统开发,一般很少写程序。现在到一公司做Android互联网应用,程序中不时出现一些ANR。
上峰对ANR非常的关注,期望我能彻底解决该项目的ANR。
⊙﹏⊙b汗!
因此我对ANR进行了些思考,并和刚从腾讯QQ项目组跳槽来公司北京总部的某架构师同事进行了探讨。他也基本认同我的观点。
现将我应对ANR的思路整理如下:
一、在项目之前,应该确保工程师理解产生ANR的基本原理,Handler的基本原理,明白一些主要回调函数的执行线程。如果工程师还没达到这些要求,应该通过培训等方式尽量让工程师了解这些知识。
二、如果程序在初始化阶段较耗时,考虑显示一splash屏或者尽快让主视图快速显示处理,然后才显示其他的视图。不管是哪一种情况,应该设法表明程序正在往前执行,以免用户觉得应用冻结了。
三、在进行架构设计时,架构师应该尽量采用MVC架构,另外一定要清楚那些代码应该是在主线程中执行,那些代码应该是在非主线程中执行。当然要做好框架也不容易啊!
⊙﹏⊙b汗!
四、对于已处于项目中后期,而没有采用MVC框架,或者采用了MVC框架但其实现并不太好的项目,应该画出其
整体框架图,
时序图等进行分析,尽量采用较小的代价,逐步迭代的方式让其项目最后达到良好的MVC架构。对于我们的当前项目,我正试图使用该方式来最大程度的避免ANR。也不知道最后能不能达到很好的效果。
五、在进行编码时,工程师一定要考虑当前代码死否在主线程中执行;当前代码是否是耗时操作;
线程对锁的竞争是否可能造成代码的等待,而耗时太多;代码是否可能造成死锁,而产生ANR。
七、在程序运行时,出现了ANR,工程师应该通过/data/anr/traces.txt并结合代码,进行ANR的分析。
八、在项目中后期,你可以使用
StrictMode 来帮助你在主线程中查找潜在的耗时操作,比如对网络或数据库操作。
九、在项目后期,应该通过monkey等来进行压力测试,找出潜在的ANR,并进行修改。
关于monkey的使用请参考《
Android的monkey用法
》
十、对于一些重要的ANR及不良代码,要进行归纳和总结,形成文档,以便分享给其他的同事或项目组,并作为新员工的培训资料。
总结
每当产生ANR我们可以根据/data/anr/traces.txt分析解决,但这个顽疾很难从根本上解决,只有通过引入好的框架(比如MVC框架),提升开发工程师认知,技术积累去避免。