android的消息机制——Handler机制

最新推荐文章于 2024-02-20 21:43:00 发布

阿敏其人

最新推荐文章于 2024-02-20 21:43:00 发布

阅读量1k

点赞数

CC 4.0 BY-SA版权

分类专栏： Android笔划文章标签： android UI HANDLER 消息

本文链接：https://blog.youkuaiyun.com/icoollike/article/details/49487135

本文详细介绍了Android的消息机制，特别是Handler、MessageQueue和Looper的运作原理，旨在避免ANR（Application Not Responding）问题。文章指出，主线程通过Looper和MessageQueue处理消息，而子线程执行耗时操作，通过Handler更新UI。Handler发送消息到MessageQueue，Looper循环读取并由Handler处理。子线程不能直接更新UI，以防UI控件状态不一致。文中还包含了Handler的使用方法、Looper和MessageQueue的工作流程，并给出了错误处理和ANR的触发条件。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

本文出自 “双门M” 简书博客，转载或引用请注明出处。

能简单说得我们尽量不复杂：

为了避免ANR，我们会通常把耗时操作放在子线程里面去执行，因为子线程不能更新UI，所以当子线程需要更新的UI的时候就需要借助到安卓的消息机制，也就是Handler机制了。

注意：在安卓的世界里面，当子线程在执行耗时操作的时候，不是说你的主线程就阻塞在那里等待子线程的完成——也不是调用 Thread.wait()或是Thread.sleep()。安卓采取的方法是，主线程应该为子线程提供一个Handler，以便完成时能够提交给主线程。以这种方式设计你的应用程序，将能保证你的主线程保持对输入的响应性并能避免由于5秒输入事件的超时引发的ANR对话框。

一个程序的运行，就是一个进程的在执行，一个进程里面可以拥有很多个线程。

主线程：也叫UI线程，或称ActivityThread，用于运行四大组件和处理他们用户的交互。 ActivityThread管理应用进程的主线程的执行(相当于普通Java程序的main入口函数)，在Android系统中，在默认情况下，一个应用程序内的各个组件(如Activity、BroadcastReceiver、Service)都会在同一个进程(Process)里执行，且由此进程的主线程负责执行。
ActivityThread既要处理Activity组件的UI事件，又要处理Service后台服务工作，通常会忙不过来。为了解决此问题，主线程可以创建多个子线程来处理后台服务工作，而本身专心处理UI画面的事件。

。

子线程：用于执行耗时操作，比如 I/O操作和网络请求等。（安卓3.0以后要求耗访问网络必须在子线程种执行）更新UI的工作必须交给主线程，子线程在安卓里是不允许更新UI的。

一、基本概念

什么是消息机制？ —— 不同线程之间的通信。

什么安卓的消息机制，就是 Handler 运行机制。

安卓的消息机制有什么用？ —— 避免ANR(Application Not Responding) ，一旦发生ANR，程序就挂了，奔溃了。

什么时候会触发ANR？（消息机制在什么时候用？） —— 以下两个条件任意一个触发的的时候就会发生ANR
* 在activity中超过5秒的时间未能响应下一个事件
* BroadcastReceive超过10未响应

造成以上两点的原因有很多，比如网络请求, 大文件的读取, 耗时的计算等都会引发ANR

如何避免ANR
首先明白两点：
* 主线程不能执行耗时操作（避免ANR）
* 子线程不能直接更新UI界面

结合起来这两点的解决办法是：把耗时操作放到子线程去执行，然后使用Handler去更新UI

注意：在安卓的世界里面，当子线程在执行耗时操作的时候，不是说你的主线程就阻塞在那里等待子线程的完成——也不是调用 Thread.wait()或是Thread.sleep()。安卓采取的方法是，主线程应该为子线程提供一个Handler，以便完成时能够提交给主线程。以这种方式设计你的应用程序，将能保证你的主线程保持对输入的响应性并能避免由于5秒输入事件的超时引发的ANR对话框。

网络请求, 大文件的读取, 复杂的计算等等这些都是耗时操作，耗时操作都应该写在子线程，但是安卓说了，除了主线程谁都不许更改UI，如果子线程更改UI，就会报出如下错误

android.view.ViewRootImpl$CalledFromWrongThreadException: 
Only the original thread that created a view hierarchy can touch its views.

大概就是说，谁创建的View说更改，别人（子线程）少管闲事。

为什么系统不允许子线程更新UI
因为的UI控件不是线程安全的。
如果在多线程中并发访问可能会导致UI控件处于不可预期的状态，那为什么不对UI控件的访问加上上锁机制呢？因为有这么两个缺点：
* 上锁会让UI控件变得复杂和低效
* 上锁后会阻塞某些进程的执行
对于手机系统来说，这两个缺点是不可接受的，所以最简单高效的方法就是 —— 采用单线程模型来处理UI操作。
对开发者而言也不是很麻烦，只是通过Handler切换一下访问的线程的就好。

如何手动制造一个ANR呢
在Activitynew一个子线程。睡眠5秒以上，就可以啦。

public class MainActivity extends Activity {
   
   

    private TextView mTv;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        mTv= (TextView) findViewById(R.id.mTv);
        mTv.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                Log.d("Test", "点击文字");
                try {
                    Thread.sleep(300000);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }

            }
        });

    }

}

如何演示子线程不能更改界面呢
给一个TextView弄一个点击事件，点击后new一个Thread，在这个线程的run()方法更改TextView的文字，这样就属于更改UI了，所以，不行了，挂了。

public class MainActivity extends Activity {
   
   

    private TextView mTv;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        mTv= (TextView) findViewById(R.id.mTv);
        mTv.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                Log.d("Test", "点击文字");
                sonThreadUpdateUi();

            }
        });

    }

    private void sonThreadUpdateUi(){
        new Thread(new Runnable() {
            @Override
            public void run() {
                mTv.setText("子线程想要更改界面");
            }
        }).start();
    }

}

子线程更改界面，报错

报错如下：

报错如图

Handler的简单使用
既然子线程不能更改界面，那么我们现在就借助Handler让我们更改一下界面：
主要步骤是这样子的：
1、new出来一个Handler对象，复写handleMessage方法
2、在需要执行更新UI的地方 sendEmptyMessage 或者 sendMessage
3、在handleMessage里面的switch里面case不同的常量执行相关操作

附上代码：

import android.app.Activity;
import android.os.Bundle;
import android.os.Handler;
import android.os.Message;
import android.util.Log;
import android.view.View;
import android.widget.TextView;


public class MainActivity extends Activity {
   
   


    private TextView mTv;
    private Handler mHandler;
    private static final int MSG_UPDATE_TEXT = 0x2001; // 更新文本  方式一用的常量
    private static final int MSG_UPDATE_WAY_TWO = 0x2002;  // 更新文本 方式二用的常量

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        mHandler=new Handler(){
            @Override
            public void handleMessage(Message msg) {
                switch (msg.what){
                    case MSG_UPDATE_TEXT:
                        mTv.setText("让Handler更改界面");
                        break;

                    case MSG_UPDATE_WAY_TWO:
                        mTv.setText("让Handler更改界面方式二");
                        break;
                }
            }
        };



        mTv= (TextView) findViewById(R.id.mTv);
        mTv.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                Log.d("Test", "点击文字");

                // 方式一和方式二可以达到相同的效果,就是更改界面