Android多线程技术：Handler 异步消息处理机制

目录

一. Android应用处理耗时工作的机制

二. 为什么需要用到子线程处理耗时工作？

三. 使用子线程解决异步执行带来的新问题

四. 使用Handler处理多线程问题

五. Handler产生的内存泄露问题

六. 内存泄露的解决方案

---

一. Android应用处理耗时工作的机制

         Android应用中的主线程（UI线程）：Android应用刚启动时，会在当前应用所对应的进程中启动一个主线程（也叫 UI线程）；该UI线程处理与UI相关的事件，如：用户的按键事件，把相关的事件分派到对应的组件进行处理等。对于UI线程中比较耗时的工作，开启一个子线程来处理这些工作。

二. 为什么需要用到子线程处理耗时工作？

        谷歌现在强制规定了不能在UI线程进行耗时操作，必须放到子线程里面去，除非程序不涉及耗时操作。

       根源是，如果在UI线程中进行耗时操作的话，给用户的使用体验就是界面会非常“卡顿”。同时，如果UI线程被阻塞超过一定时间会触发ANR(Application Not Responding)错误。

三. 使用子线程解决异步执行带来的新问题

在Android中，只有UI线程（即主线程）才可以更新主UI界面，而其子线程不能更新UI视图。

对于这类既需要异步执行，又需要更新UI界面的问题，Android提供了多种解决方案：

• 使用多线程实现：Thread+Handler
• 使用AsyncTask实现（已经很少使用了)。

四. 使用Handler处理多线程问题

Android中的异步消息处理主要由4个部分组成：

• Handler：用于发送与处理信息。sendMessage()方法发送消息，重写handMessage(Message msg)方法对消息进行处理

• Message：Handler接收与处理的消息对象；（内部的字段有int类型的what、arg1和arg2字段，以及Object类型的obj字段）

• MessageQueue：消息队列，管理Message；用于存放所有通过Handler发送的消息。

• Looper：管理MessageQueue, 取出Message分发给对应的Handler处理。每个线程只有一个Looper。

基本流程：

1. 需要在主程序中创建一个Handler对象，并重写handleMessage(Message msg)方法；

2. 当子线程中需要进行UI操作时，创建一个Message对象，并通过Handler的sendMessage()方法将消息发送出去；

3. 之后这条消息会被添加到MessageQueue的队列中等待被处理，而Looper则会一直尝试从MessageQueue中取出带处理消息，最后分发回Handler的handleMessage(Message msg)方法中

代码实例（下载网络上的一张图片）

1.  在主线程中创建Handler对象，重写handleMessage(Message msg)方法

    //实例化handler 并且将handler放入到主线程的looper消息队列中
    handler =new Handler(Looper.myLooper()){
        //重写 handleMessage方法
        @Override
        public void handleMessage(@NonNull Message msg) {
            switch (msg.what){
                case 1:
                    //获取封装在message中的图片数据 将obj强转成Bitmap
                    Bitmap bitmap = (Bitmap) msg.obj ;
                    //将获取的图片数据显示在图像控件中
                    iv_img.setImageBitmap(bitmap);
                    break;
            }
        }
    };

2.  启动下载图片的子线程

new Thread(){
    @Override
    public void run() {
        try {
            URL url = new URL("https://tse4-mm.cn.bing.net/th/id/OIP-C.9HzcN-qzwmaUAXtFrBJQ4AHaD-?w=327&h=180&c=7&r=0&o=5&dpr=1.1&pid=1.7");
            InputStream in = url.openStream();
            //使用BitmapFactory将图片对应的输入流转化成Bitmap
            Bitmap img = BitmapFactory.decodeStream(in) ;
            //获取一个message对象用来封装数据
            Message message = handler.obtainMessage();
            //封装到 message.obj 参数中
            message.obj = img ;
            //设置message的what属性
            message.what = 1 ;
            //将message 发送出去
            handler.sendMessage(message);
        } catch (MalformedURLException e) {
            throw new RuntimeException(e);
        } catch (IOException e) {
            throw new RuntimeException(e);
        }
  }
}.start();

五. Handler产生的内存泄露问题

         当我们在Activity或Fragment内部创建一个匿名内部类的Handler时，这个Handler会隐式持有其外部类的引用（即Activity或Fragment的引用）如果Activity在销毁时，Handler还有未执行完或者正在执行的Message，而Handler又持有Activity的引用，导致GC无法回收Activity，导致内存泄漏。

六. 内存泄露的解决方案

        将Handler声明为静态内部类，并通过弱引用（WeakReference）持有Activity或Fragment的引用。这样，即使Handler存在，它也不会阻止Activity或Fragment被垃圾回收。

public class MainActivity extends AppCompatActivity {
 
    private static class MyHandler extends Handler {
 
        // 弱引用持有 Activity, GC 回收时会被回收掉
        private WeakReference<MainActivity> weakReference;
 
        public MyHandler(MainActivity activity) {
            super(Looper.getMainLooper());
            this.weakReference = new WeakReference(activity);
        }
 
        @Override
        public void handleMessage(Message msg) {
            MainActivity activity = weakReference.get();
            super.handleMessage(msg);
            if (null == activity) {
                return;
            }
            // do some ... ...
        }
    }
 
    private MyHandler handler;
 
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
 
        // do some ... ...
 
        handler = new MyHandler(this);
        new Thread(new Runnable() {
            @Override
            public void run() {
                handler.sendEmptyMessage(123);
            }
        }).start();
    }
 
    @Override
    protected void onDestroy() {
        // 移除所有回调及消息
        handler.removeCallbacksAndMessages(null);
        super.onDestroy();
    }
}