Android4.0以后，网络访问、文件处理等耗时操作必须放到子线程中去执行，否则将会造成ANR异常。 应用程序无响应（Application Not Response ，简称ANR），产生ANR异常的原因是在主线程执行了耗时操作。
对Activity来说，主线程阻塞5秒将造成ANR异常对BroadcastReceiver来说，主线程阻塞10秒将会造成ANR异常解决ANR异常的方法：耗时操作都在子线程中去执行。但是Android不允许在子线程去修改UI，可我们又有在子线程去修改UI的需求，因此需要借助Handler，Handler是线程间通讯的机制。
首先明确Android之所以有Handler和AsyncTask，都是为了不阻塞主线程（UI线程）且UI的更新只能在主线程中完成，因此异步处理是不可避免的。Android为了降低这个开发难度提供了AsyncTask。AsyncTask就是一个封装过的后台任务类，顾名思义就是异步任务。
AsyncTask定义了三种泛型类型参数 Params，Progress和Result。
Params：启动任务执行的输入参数，比如HTTP请求的URL，任务执行器需要的数据类型 Progress：后台任务执行的百分比，即后台计算中使用的进度单位数据类型Result：后台执行任务最终返回的结果，比如String 有些参数是可以设置为不使用的，只要传递为Void型即可，比如AsyncTask使用过AsyncTask 的同学都知道一个异步加载数据最少要重写以下这两个方法：
doInBackground(Params…) 后台执行，比较耗时的操作都可以放在这里。注意这里不能直接操作UI。此方法在后台线程执行，完成任务的主要工作，通常需要较长的时间。在执行过程中可以 调用publicProgress(Progress…)来更新任务的进度。onPostExecute(Result) 相当于Handler 处理UI的方式，在这里面可以使用在doInBackground 得到的结果处理操作UI。 此方法在主线程执行，任务执行的结果作为此方法的参数返回。有必要的话你还得重写以下这三个方法，但不是必须的：
onProgressUpdate(Progress…) - 可以使用进度条增加用户体验度。 此方法在主线程执行，用于显示任务执行的进度。onPreExecute() - 这里是最终用户调用Excute时的接口，当任务执行之前开始调用此方法，可以在这里显示进度对话框。onCancelled() - 用户调用取消时，要做的操作使用AsyncTask类，以下是几条必须遵守的准则：
Task的实例必须在UI线程中创建execute()方法必须在UI线程中调用不要手动的调用onPreExecute(), onPostExecute(Result)，doInBackground(Params…), onProgressUpdate(Progress…)这几个方法该task只能被执行一次，否则多次调用时将会出现异常Android的AsyncTask比Handler更轻量级一些（只是代码上轻量一些，而实际上要比handler更耗资源），适用于简单的异步处理。
AsyncTask是android提供的轻量级的异步类，可以直接继承AsyncTask，在类中实现异步操作，并提供接口反馈当前异步执行的程度(可以通过接口实现UI进度更新)，最后反馈执行的结果给UI主线程。
优点：简单,快捷与过程可控缺点：在使用多个异步操作和并需要进行Ui变更时,就变得复杂起来具体看如下分析和代码： 启动异步处理工作（下面两句代码需要在主线程里执行）：
UpdateTask task = new UpdateTask(); task.execute(“liming”,“zhangxx”); //这里输入的参数会传给doInBackground()方法停止异步处理工作：
if (task != null && task.getStatus() == AsyncTask.Status.RUNNING) { task.cancel(true);//如果Task还在运行，则先取消它 task = null; }AsyncTask代码：
public class UpdateTask extends AsyncTask<String, Integer, String> { protected void onPreExecute() { progressBar.setMax(100); } protected String doInBackground(String... params) { for (int i = 0; i < 100; i++) { this.publishProgress(i + 1); try { Thread.sleep(100); } catch (InterruptedException e) { e.printStackTrace(); } if (isCancelled()) return null; } return "yushan"; } protected void onPostExecute(String result) { Toast.makeText(getApplicationContext(), "结果 ：" + result, 1).show(); } protected void onProgressUpdate(Integer... values) { progressBar.setProgress(values[0]); } }由于Handler运行在主线程中(UI线程中)，它与子线程可以通过Message对象来传递数据，这个时候Handler就承担着接受子线程传过来的Message对象(里面包含数据)，把这些消息放入主线程队列中，配合主线程进行更新UI。 了解Handler机制实现之前先了解一些概念：
Looper - 一个线程可以产生一个Looper对象，由它来管理此线程里的MessageQueue(消息队列)。 Handler - 可以构造Handler对象来与Looper沟通，以便push新消息到MessageQueue里;或者接收Looper从Message Queue取出)所送来的消息。 Message Queue(消息队列):用来存放线程放入的消息。 Thread - UI thread 通常就是main thread，而Android启动程序时会替它建立一个MessageQueue。UI线程创建时，就创建了一个Looper，Looper内部维护这一个MessageQueue。Looper通过开启一个while(true)死循环来轮询MessageQueue中的Message。当Looper轮询到Message时，就分发此Message。Handler在子线程发送消息到MessageQueue，Message被Looper取出来后，分发给handler的handleMessage方法来处理。
那为什么说一个Looper可以对应多个Handler，Looper如何保证哪个Handler发出去的Message将交由哪个handler来处理？ 因为Handler在发送Message的时候，在Message的成员变量target上标记了当前handler的引用：
message.target = this; // this即这个发送此Message的handler对象当Looper取到message时，通过下面的方法分发Message： message.target.dispatchMessage（message）; message.target即发送此Message的handler对象 因此，哪个handler发送的Message，将由哪个Handler来处理此Message
Handler可以分发Message对象和Runnable对象到主线程中, 每个Handler实例,都会绑定到创建他的线程中,它有两个作用:
安排消息或Runnable 在某个主线程中某个地方执行 安排一个动作在不同的线程中执行Handler中分发消息的一些方法： post(Runnable) postAtTime(Runnable,long) postDelayed(Runnable long) sendEmptyMessage(int) sendMessage(Message) sendMessageAtTime(Message,long) sendMessageDelayed(Message,long)
以上post类方法允许你排列一个Runnable对象到主线程队列中，sendMessage类方法，允许你安排一个带数据的Message对象到队列中，等待更新。
在Handler 异步实现时,涉及到 Handler, Looper, Message,Thread四个对象，实现异步的流程是主线程启动Thread（子线程）运行并生成Message-Looper获取Message并 传递给HandlerHandler逐个获取Looper中的Message，并进行UI变更。
优点：结构清晰，功能定义明确与对于多个后台任务时，简单，清晰缺点：在单个后台异步处理时，显得代码过多，结构过于复杂（相对性）综上所述：数据简单使用AsyncTask:实现代码简单，数据量多且复杂使用handler+thread：相比较AsyncTask来说能更好的利用系统资源且高效。今天主要是说一下AsyncTask与Handler的区别，关于Handler的后续可以专门开一篇。希望这篇博客能够为小伙伴们提供一些帮助。
