多线程编程——ANR

1、为什么要用多线程

这里列出几个原因：

1. 提高用户体验或者避免ANR：在事件处理代码中需要使用多线程，否则会出现ANR(Application is not responding)，或者因为响应较慢导致用户体验很差。
2. 异步：应用中有些情况下并不一定需要同步阻塞去等待返回结果，可以通过多线程来实现异步，例如：上一点中提到的，你的应用中的某个Activity需要从云端获取一些图片，加载图片比较耗时，这时需要使用异步加载，加载完成一个图片刷新一个，见下面图2、图3 。
3. 多任务：例如多线程下载。

后两点与Java中的多线程应用没有太大区别，不细说。

2. 为什么通过多线程可以提高用户体验、避免ANR（下面重点说明第一点，即如何减少事件响应的时间从而提高用户体验，以及如何避免ANR）

　　大家还记得我在群里说过的移动开发的“三不要”原则吗？即：不要让我想、不要让我等、不要让我烦。响应慢了用户需要等，等的次数多了就会烦，你的应用离被卸载不远了。
　　首先我们来了解一下Android应用程序的main线程，它负责处理UI的绘制，Android系统为了防止应用程序反应较慢导致系统无法正常运行做了一个处理，一种情况是当用户输入事件在5秒内无法得到响应，那么系统会弹出ANR对话框，由用户决定继续等待还是强制结束应用程序(另一种情况是BroadcastReciever 超过10秒没执行完也会弹出ANR对话框)。

　　即使你的程序中某个事件响应不超过5秒钟，人眼可以分辨的时间是0.1秒，小于0.1秒基本感觉不出来，超过0.2秒用户就能感觉到有点儿卡了，俗称打嗝现象，2秒以上就很慢了，用户体验会很差。有同学说我可以用进度条啊，但你的程序中不能到处都是进度条，否则那个圈圈会把用户转晕的，好像在对用户说，画个圈圈烦死你……

　　比如某些应用，它要显示很多图片，还好它是异步的，不过在图片加载完成前每个图片的位置上都有一个圈圈，让人看了很烦。你可以变通一下，图片加载成功之前显示一个默认的图片，加载成功后再刷新一下即可，何必弄那么多进度条呢？

http://blog.csdn.net/beiminglei/article/details/8474026