Android异步任务和消息机制

Android的消息传递，是系统的核心功能，本篇文档来讨论和熟悉一下消息机制，并了解下有哪些常见的用法。

一、AsyncTask 异步任务

AsyncTask是Android提供的轻量级的异步类，可以直接继承AsyncTask,在类中实现异步操作，并提供接口反馈当前异步执行的程度(可以通过接口实现UI进度更新),最后反馈执行的结果给UI主线程。

AsyncTask的特点：

• 简单,快捷
• 过程可控

AsyncTask直接继承于Object类，位置为android.os.AsyncTask。要使用AsyncTask工作我们要提供三个泛型参数，并重载几个方法(至少重载一个)。

AsyncTask定义了三种泛型类型，分别是：Params，Progress和Result。

• Params 启动任务执行的输入参数，比如HTTP请求的URL。
• Progress 后台任务执行的百分比。
• Result 后台执行任务最终返回的结果，比如String。

一个异步加载数据常用的重写以下的方法：

• onPreExecute() 这里是最终用户调用Excute时的接口，当任务执行之前开始调用此方法，可以在这里显示进度对话框。
• doInBackground(Params…)：后台执行，比较耗时的操作都可以放在这里。注意这里不能直接操作UI。此方法在后台线程执行，完成任务的主要工作，通常需要较长的时间。在执行过程中可以调用。publicProgress(Progress…)来更新任务的进度。
• onProgressUpdate(Progress…) ：可以使用进度条增加用户体验度。 此方法在主线程执行，用于显示任务执行的进度。
• onPostExecute(Result) ：相当于Handler 处理UI的方式，在这里面可以使用在doInBackground 得到的结果处理操作UI。 此方法在主线程执行，任务执行的结果作为此方法的参数返回。
• onCancelled() 用户调用取消时，要做的操作。

使用AsyncTask类，以下是几条必须遵守的准则：

• Task的实例必须在UI thread中创建。
• execute方法必须在UI thread中调用。
• 不要手动的调用onPreExecute(), onPostExecute(Result)，doInBackground(Params...)，onProgressUpdate(Progress...)这几个方法。
• 该task只能被执行一次，否则多次调用时将会出现异常。

多线程的：通信

handle：处理

二、Handler

2.1 Handler概念和作用

Android 的消息机制主要是指Handler的运行机制，Handler是Android消息机制的上层接口，在开发过程中Handler会经常被使用到。

Handler的使用过程很简单，通过它可以轻松的将一个任务切换到handler所在的线程中去执行。

2.2 Handler适用场景

有时候需要在子线程中进行耗时的操作，可能是读取文件或者访问网络等，当耗时操作完成以后可能需要在UI上做一些改变，由于Android开发规范的限制，通常情况下并不能在子线程中访问UI控件，否则就会触发程序异常，这个时候通过Handler就可以将更新UI的操作切换到主线程中执行。

因此，本质上来说，Handler并不是专门用于更新UI的，他只说常被开发者用来更新UI。

Handler的运行需要底层的Looper和MessageQueue的支持。

.3 MessageQueue 消息队列

消息队列，顾名思义它的内部存储一组消息，以队列的形式对外提供插入和删除的工作。虽然叫队列，但实际它的数据结构并不是队列，而是采用单链表的数据结构存储消息列表。

2.4 Looper 循环

Looper会以无线循环的形式去查找是否有新消息，如果有的话就处理，否则就一直等待着。

2.5 总结

Handler是消息的处理者，Looper是消息的调度者，MessageQueue是存放消息的地方。

整个消息机制的使用过程是：

Looper.prepare > Looper.loop（死循环） --- loop到一个消息 > Handler处理

三、Java引用对象的四种类型

JDK1.2之后，Java对引用的概念进行了扩充，将引用分为强引用（Strong Reference）、软引用（Soft Reference）、弱引用（Weak Reference）、虚引用（Phantom Reference）。这四种对象引用强度依次减弱。

3.1 强引用

强引用就是指在程序代码之中普遍存在的，类似“Object obj = new Object()"这样的引用，强引用环境下，垃圾回收时需要严格判断当前引用是否为强引用，若判断为强引用，则不会被垃圾回收。当内存空间不足时，JVM宁愿抛出OOM错误，使程序异常终止，也不会随意回收具有强引用关联的对象来解决内存不足的问题。

3.2 软引用

软引用是用来描述一些还有用但并非必须的对象。软引用一般被作为缓存来使用，在垃圾回收时，虚拟机会根据当前内存使用情况来决定是否对软引用进行回收，如果系统剩余内存比较紧张，则虚拟机会回收软引用所引用的空间，如果剩余内存相对富余，则不会进行回收。

3.3 弱引用

弱引用与软引用类似，但是它的强度比软引用更弱一些， 在进行垃圾回收时，无论当前内存是否足够，都会回收掉只被弱引用关联着的对象，因此其生命周期只存在于一个垃圾回收周期内。例如WeakHashMap就是一个以弱键实现的基于Hash表的Map，当某个键不再正常使用时，便自动移除其条目。

3.4 虚引用

虚引用也成为幽灵引用或者幻影引用，它是最弱的一种引用关系。为一个对象设置虚引用关联的唯一目的就是能在这个对象被收集器回收时收到一个系统通知。