Handler完全解读——Handler的使用

版权声明:欢迎来到我的个人博客:http://blog.N0tExpectErr0r.cn https://blog.csdn.net/qq_21556263/article/details/82759061

Handler完全解读——Handler的使用

Handler是什么

Handler是Android给我们提供用于更新UI的一套机制,也是一套消息处理机制。我们用它可以发送消息,也可以用它处理消息。在Android开发中有着非常重要的地位。

为什么要使用Handler

当一个应用程序运行时,它会创建一个进程。这个进程就是我们的主线程(UI线程&Activity Thread) 。在主线程中,会默认为我们在系统中默认创建一个Looper,这个Looper会与我们的Message Queue 和 主线程有一定联系。 在main线程中,主要是运行一个Message Queue,管理着顶级的应用程序(Activity,Boardcast Receiver…)这些顶级应用程序在默认情况下都会在主线程中创建。这就是为什么我们需要在主线程中更新UI。

Android在设计的过程中,就封装了一套消息创建、传递、处理的机制。如果不遵循这样的机制,是没有办法更新UI信息的,会抛出异常信息。

非主线程更新UI的后果

我们可以尝试在一个新的线程中更新UI,会发现程序崩溃了。查看Logcat可以看到这样的一句提示

Only the original thread that created a view hierarchy can touch its views.

这告诉我们,在实际开发中,我们需要遵循Google为我们设定的这样的机制。

那么如何在其他线程达到更新UI的目的呢?使用Handler就是其中一种办法。

Handler的作用

根据Android Developer网站上的描述,Handler主要有两个用途

  1. 定时地去发送一个Message或Runnable对象
  2. 可以跳转到另一个线程中去执行一些操作

Handler使用方式

关于Message

参数

  • public int arg1(arg2):如果只需要存储几个整型数据,arg1 和 arg2是setData()的低成本替代品。
  • public Object obj: 发送给接收者的任意对象。当使用Message对象在线程间传递消息时,如果它包含一个Parcelable的结构类(不是由应用程序实现的类),此字段必须为非空(non-null)。其他的数据传输则使用setData(Bundle)方法。
  • public Messenger replyTo:用户自定义的消息代码,这样接受者可以了解这个消息的信息。每个handler各自包含自己的消息代码,所以不用担心自定义的消息跟其他handlers有冲突。

方法

另外 ,用Message来传递还可通过Message的**setData(Bundle)方法来传递。获取时调用getData()**方法。与sendData相似的还有peekData。

扫描二维码关注公众号,回复: 3700339 查看本文章
  • public void setData(*Bundle data):设置一个任意数据值的Bundle对象。如果可以,使用arg1和arg2域发送一些整型值以减少消耗。
  • public Bundle peekData():与getData()相似,但是并不延迟创建Bundle。如果Bundle对象不存在返回null。
  • public Bundle getData():获取附加在此事件上的任意数据的Bundle对象,需要时延迟创建。通过调用setData(Bundle)来设置Bundle的值。需要注意的是,如果通过Messenger对象在进程间传递数据时,需要调用Bundle类的Bundle.setClassLoader()方法来设置ClassLoader,这样当接收到消息时可以实例化Bundle里的对象。
  • public static Message obtain(): 从全局池中返回一个新的Message实例。在大多数情况下这样可以避免分配新的对象。

handleMessage方法

handleMessage方法用于接收Message对象并进行相应的处理,对应Handler的sendMessage方法。

使用时应在handler中重写此方法。当在其他线程调用sendMessage方法时,handleMessage方法便会被回调,并携带sendMessage方法调用者在Message中存入的信息。当我们想要在其他线程更新UI时,就可以用主线程中创建的Handler调用sendMessage方法,然后在该Handler重写的handleMessage方法中做相应的处理。

比如此处,我们在handleMessage方法中进行更新TextView的操作,并把Message的arg1作为文本的内容。

private Handler mHandler = new Handler(){
    public void handleMessage(Message msg){
        mTextView.setText(""+msg.arg1+"-"+msg.arg2);
    };
};

new Thread(){
    @Override
    public void run() {
        try {
            Thread.sleep(2000);
            Message message = new Message();
            message.arg1 = 88;
            mHandler.sendMessage(message);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
    }
}.start();

obtainMessage方法

有的时候,我们不需要创建一个新的Message对象,可以去复用系统的Message对象。这时可以调用obtainMessage()方法,就会为我们返回一个Message对象。然后就可以直接用其来发送消息

private TextView mTextView;
private Handler mHandler = new Handler() {
    @Override
    public void handleMessage(Message msg) {
        Person person = (Person)msg.obj;
        mTextView.setText("name:" + person.getName()+" age:"+person.getAge());
    }
};
private int index = 0;

@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.activity_main);
    mTextView = findViewById(R.id.tv_text);
    new Thread() {
        @Override
        public void run() {
            try {
                Thread.sleep(2000);
                Message message = handler.obtainMessage();
                Person person = new Person();
                person.setName("梁文俊");
                person.setAge(18);
                message.obj = person;
                mHandler.sendMessage(message);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        }
    }.start();
}

那么在obtainMessage方法中,究竟是做了哪些操作呢?

我们进入obtainMessage的源码,会发现它实际上是调用了Message的obtain方法,将调用的Handler作为了参数。

public final Message obtainMessage()
{
    return Message.obtain(this);
}

这里实际上是obtain()方法的一个重载方法,与之不同的是设置了target的值。

我们可以进入obtain方法的源码中研究一下。

可以看到,它其实就是用obtain()方法来创建Message,然后为其设置一个target。

public static Message obtain(Handler h) {
    Message m = obtain();
    m.target = h;
    return m;
}

那么obtain()方法又是如何创建Message的呢?

进入它的源码,可以看到,它其实就是先从系统中取出Message对象。如果没有多余的Message对象,则创建一个新的Message并返回,然后将sPool指向该Message的下一个Message。

/**
 * Return a new Message instance from the global pool. Allows us to
 * avoid allocating new objects in many cases.
 */
public static Message obtain() {
    synchronized (sPoolSync) {
        if (sPool != null) {
            Message m = sPool;
            sPool = m.next;
            m.next = null;
            m.flags = 0; // clear in-use flag
            sPoolSize--;
            return m;
        }
    }
    return new Message();
}

一些小猜测

这里发现Message居然有next参数,这里感觉有点像链表了…因此跳到next定义处,发现它也是一个Message类型。结合前面的注释。在这里猜测,从系统中获取的Message都是以链表的形式来连接的,然后按顺序取出。

emmm…跑题了…不再往内研究了…不知道这个猜测对不对…

// sometimes we store linked lists of these things
/*package*/ Message next;

当我们为Message制定了target后,就可以不再调用handler的sendMessage发送消息,直接通过该Message的sendToTarget方法即可。

那么它具体是如何实现的呢,我们可以查看一下源码。

这里其实很简单。它实际上就是调用了target的sendMessage方法,将自己作为参数而实现的而已。本质上仍然是调用Handler的sendMessage方法

/**
 * Sends this Message to the Handler specified by {@link #getTarget}.
 * Throws a null pointer exception if this field has not been set.
 */
public void sendToTarget() {
    target.sendMessage(this);
}

post方法

刚刚的异常我们已经看到,那如何才能使用Handler在这个新建的线程更新UI呢?

我们可以这样做:在主线程中创建一个Handler。然后在子线程中,我们可以调用Handler的post方法,并向其中传递一个Runnable为参数,在Runnable中更新UI即可。

private TextView mTextView;
private Handler mHandler = new Handler();

mTextView = findViewById(R.id.tv_text);
new Thread(new Runnable() {
    @Override
    public void run() {
        try {
            Thread.sleep(1000);
            mHandler.post(new Runnable() {
                @Override
                public void run() {
                    mTextView.setText("update");
                }
            });
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
    }
}).start();

postDelayed方法

postDelayed与post方法非常接近,仅仅是参数多了一个long类型的参数delayMills。它与post的区别就是它会在delayMills这段时间之后再去执行Runnable的方法,也就是延迟执行。

有时候我们需要定时的完成一些事情(比如定时更换TextView的文字)时,就可以利用它延迟执行的这一特点来实现。做法是分别在主函数中以及它所执行的Runnable中postDelayed一段时间。这样就可以达到定时地完成某件任务的工作。

比如下例就简单地实现了每隔一秒切换一次TextView文字的作用。

private TextView mTextView;
private Handler mHandler = new Handler();
private String[] mTexts = {"苟利国家生死以","岂因祸福避趋之"};
private ChangeRunnable mRunnable = new ChangeRunnable();
private int index=0;
@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.activity_main);
    mTextView = findViewById(R.id.tv_text);
    mHandler.postDelayed(mRunnable,1000);
}
class ChangeRunnable implements Runnable{
    @Override
    public void run() {
        index = index%2;
        mTextView.setText(mTexts[index++]);
        mHandler.postDelayed(mRunnable,1000);
    }
}

removeCallbacks方法

比如我们这里有个定时更新TextView的文本的代码,如果想要按下按钮,停止定时更换文本,就可以通过removeCallbacks方法,传入该Runnable来中止消息。

private Button mBtnRemove;
private ChangeRunnable mRunnable = new ChangeRunnable();

class ChangeRunnable implements Runnable{
    @Override
    public void run() {
        mIndex = mIndex%3;
        mTextView.setText(mTexts[mIndex++]);
        mHandler.postDelayed(mRunnable,1000);
    }
}
...
mBtnRemove.setOnClickListener(new OnClickListener() {
    @Override
    public void onClick(View v) {
        mHandler.removeCallbacks(mRunnable);
    }
});

Handler的另一种构造方法

Handler(Callback)

Handler的构造方法中,有一个这样的形式的构造方法。在我们创建Handler时,可以指定一个Callback。

public Handler(Callback callback);

我们可以试着在创建Handler过程中传入一个new出的Callback。会发现它有一个handleMessage方法。这个handleMessage方法和我们之前用到的有一个不同点:它有一个boolean类型的返回值。

我们分别创建两个handleMessage方法,通过Log可以发现是Callback中的handleMessage方法先被调用。这时,如果Callback的handleMessage返回false,则后面的可以正常执行。但当返回true时,Message就被截获了,后面的handleMessage将不会被执行。

我们可以通过Callback来截获Message。

Handler(Looper)

使用Handler时,还可以指定与之关联的Looper。这样handler发送消息时,消息就会进入指定的Looper的消息队列中。

比如我们可以尝试这样新建一个Handler:

Handler handler = new Handler(Looper.getMainLooper());

HandlerThread的使用

HandlerThread可以解决一些多线程并发的问题,达到线程的同步的效果。我们可以用它的Looper来新建一个Handler,在Handler的handleMessage中再做操作。这时的handleMessage是在这个HandlerThread中执行的

@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.activity_main);
    HandlerThread thread = new HandlerThread("handler thread");
    Handler handler = new Handler(thread.getLooper()){
        @Override
        public void handleMessage(Message msg) {
            Log.d("test",""+msg.arg1);
        }
    };
    Message message = handler.obtainMessage();
    message.arg1 = 123;
    handler.sendMessage(message);
}

Handler导致的内存泄漏(学习自民神博客)

问题描述

Handler使用过程中,我们需要特别注意一个问题,那就是Handler可能会导致内存泄漏。

具体原因如下:

  • Handler的生命周期与Activity不同,Handler会关联Looper来管理Message Queue。这个队列在整个Application的生命周期中存在,因此Handler不会因Activity的finish()方法而被销毁。
  • 非静态(匿名)内部类会持有外部对象,当我们这样重写Handler时它就成为了一个匿名内部类,这样如果调用finish方法时Handler有Message未处理的话,就会导致Activity不能被销毁。

解决方法

  1. 可以在外部新建一个类,这样便可解决这个问题。但这样无疑过于麻烦了,内部类更方便些。
  2. 可以同时使用静态内部类和弱引用,当一个对象只被弱引用依赖时它便可以被GC回收。

**注意,要static和弱引用要同时使用,否则由于非静态内部类隐式持有了外部类Activity的引用,而导致Activity无法被释放 **


广告时间
我是N0tExpectErr0r,一名广东工业大学的大二学生
欢迎来到我的个人博客,所有文章均在个人博客中同步更新哦
http://blog.N0tExpectErr0r.cn

猜你喜欢

转载自blog.csdn.net/qq_21556263/article/details/82759061
今日推荐