对ANR的理解

1.什么情况会报出ANR错误？

主线程在5s内没有响应输入事件；BroadcastReceiver没有在10s内完成返回等。

2.哪些做法会导致ANR？

在主线程内进行网络操作；在主线程内进行一些缓慢的磁盘操作（例如执行没有优化过的SQL查询）等。

3.在项目各个阶段针对ANR有没有什么好的建议？

1） 在项目之前，应该确保工程师理解产生ANR的基本原理，Handler的基本原理,明白一些主要回调函数的执行线程。如果工程师还没达到这些要求，应该通过培训等方式尽量让工程师了解这些知识。关于这些技术的知识可参考《关于ANR的官方建议》和《Android线程模型》和《Looper和Handler》

2） 如果程序在初始化阶段较耗时，考虑显示一splash屏或者尽快让主视图快速显示处理，然后才显示其他的视图。不管是哪一种情况，应该设法表明程序正在往前执行，以免用户觉得应用冻结了。

3） 在进行架构设计时，架构师应该尽量采用MVC框架，另外一定要清楚哪些代码应该是在主线程中执行，哪些代码应该是在非主线程中执行。当然要做好框架也不容易。

4） 对于已处于项目中后期，而没有采用MVC框架，或者采用了MVC框架但其实现并不太好的项目，应该画出其整体框架图，时序图等进行分析，尽量采用较小的代价，逐步迭代的方式让其项目最后达到良好的MVC架构。

5） 在进行编码时，工程师一定要考虑当前代码是否在主线程中执行；当前代码是否是耗时操作。线程对锁的竞争是否可能造成代码的等待，而耗时太多；代码是否可能造成死锁，而产生ANR。

6） 如果应用程序中使用了第三方的应用程序，请把这些第三方的应用程序作为单独的进程来处理，以避免它的不良代码而造成本项目出现ANR。关于此技术请参考《Android中单APK应用多进程》

7） 在程序运行时，出现了ANR，工程师应该通过/data/anr/traces.txt并结合代码，进行ANR的分析。

8） 在项目中后期，你可以使用StrictMode来帮助你在主线程中查找潜在的耗时操作，比如对网络或数据库操作。

9） 在项目后期，应该通过monkey等来进行压力测试，找出潜在的ANR，并进行修改。关于monkey的使用请参考《Android的monkey用法》

10）  对于一些重要的ANR及不良代码，要进行归纳和总结，形成文档，以便分享给其他的同事或项目组，并作为新员工的培训资料。

总结：每当产生ANR，我们可以根据/data/anr/traces.txt分析解决，但这个顽疾很难从根本上解决，只有通过引入好的框架（比如MVC框架），提升开发工程师认知，技术积累去避免。
转载地址:http://blog.csdn.net/hudashi/article/details/7879229