Android中Handler的主要作用是啥？通俗点，初学。

Posted 2023-05-12

是接收Message，处理Message，和处理runnable对象吗？

参考技术A Handler的使用主要是android中无法在主线程（即UI线程）中访问网络、无法在子线程中访问UI线程元素。
一般是在子线程中访问网络，然后使用Handler发送message通知主线程处理UI更新操作 参考技术B 线程间的通讯 参考技术C 简单来说，Handler这个类就是管理某个线程(也可能是进程)的消息队列，比如让Handler处理主线程的消息队列，这样就可以将一些耗时任务放到其他线程之中，待任务完成之后就往主线程的消息队列中添加一个消息，这样Handler的Callback，即handleMessage就会被调用。但是Handler并不是线程安全的，因此官方文档中建议将Handler作为一个静态内部类。

所以Handler只是处理消息，耗时任务放在其他线程。

这是我当时的一篇读后感，应该对你会有帮助：

http://zhouhaibing.diandian.com/post/2013-08-28/40053560489追问

那Handler不是还有个Post方法吗？这个方法起什么作用呢？

追答

post接收一个Runnable对象，将其加入到消息队列中，也就是说可以从该Runnable中读取消息。

先吃饭了(再有疑问可能会回复得比较晚)

本回答被提问者采纳

Android面试每日一题： Handler 如何有效地避免内存泄漏问题

在Android系统中，Handler是一个消息发送和处理机制的核心组件之一，与之配套的其他主要组件还有Looper和Message，MessageQueue。
Message和Runnable类是消息的载体。MessageQueue是消息等待的队列。Looper则负责从队列中取消息。

Handler有两个主要作用：
1.安排调度(scheule)消息和可执行的runnable，可以立即执行，也可以安排在某个将来的时间点执行。

2.让某一个行为（action）在其他线程中执行。

Handler是由系统所提供的一种异步消息处理的常用方式,一般情况下不会发生内存泄露。

Handler为什么可能造成内存泄漏。这里的内存泄漏，常常指的是泄漏了Activity等组件。

public class ShanActivity extends Activity
    public Handler handler = new Handler()
        @Override
        public void handleMessage(Message msg) 
            super.handleMessage(msg);
             
    
;
@Override
protected void onCreate(Bundle savedInstanceState) 
    super.onCreate(savedInstanceState);
	

这有什么问题呢。问题在于该Handler的实例采用了内部类的写法，它是ShanActivity这个实例的内部类，在Java中，关于内部类有一个特点：在java中，非静态的内部类和匿名内部类都会隐式的持有一个外部类的引用。所以，该handler实例持有了ShanActivity的一个引用。

生命周期较短的组件引用了生命周期较长的组件。Handler就是一种典型的示例，以上面的代码举例。ShanActivity可能会被泄漏，也就是该组件没有用了，比如调用了finish()后，垃圾回收器却迟迟没有回收该Activity。原因出在该实例的handler内部类引用了它，而该handler实例可能被MessageQueue引用着。

从上面的说法中，可以思考得到相应的解决方法：

1.保证Activity被finish()时该线程的消息队列没有这个Activity的handler内部类的引用。这个场景是及其常见的，因为handler经常被用来发延时消息。一个补救的办法就是在该类需要回收的时候，手动地把消息队列中的消息清空：mHandler.removeCallbacksAndMessages(null);

2.要么让这个handler不持有Activity等外部组件实例，让该Handler成为静态内部类。（静态内部类是不持有外部类的实例的，因而也就调用不了外部的实例方法了）

3.在2方法的基础上，为了能调用外部的实例方法，传递一个外部的弱引用进来）

4.将Handler放到抽取出来放入一个单独的顶层类文件中。

这里需要了解一下关于Java里面引用的知识：

第三种，需要一些额外的代码，比较通用。

public class ShanActivity extends Activity 
private static class MyHandler extends Handler 
private final WeakReference<ShanActivity> mActivity;
public MyHandler(ShanActivity activity) 
  mActivity = new WeakReference<ShanActivity>(activity);


@Override
public void handleMessage(Message msg) 
  ShanActivity activity = mActivity.get();
  if (activity != null) 
     //do Something
  

第四种方式，抽取做单独封装。

/**
 * 实现回调弱引用的Handler
 * 防止由于内部持有导致的内存泄露
 * 传入的Callback不能使用匿名实现的变量，必须与使用这个Handle的对象的生命周期一 
 * 致否则会被立即释放掉了
 */
public class WeakRefHandler extends Handler 
    private WeakReference<Callback> mWeakReference;
    
    public WeakRefHandler(Callback callback) 
        mWeakReference = new WeakReference<Handler.Callback>(callback);
    
    
    public WeakRefHandler(Callback callback, Looper looper) 
        super(looper);
        mWeakReference = new WeakReference<Handler.Callback>(callback);
    
    
    @Override
    public void handleMessage(Message msg) 
        if (mWeakReference != null && mWeakReference.get() != null) 
            Callback callback = mWeakReference.get();
            callback.handleMessage(msg);
        
    

由于是弱引用，当该类需要被回收时，可以直接被回收掉。

WeakRefHandler的使用时如下：

    private Handler.Callback mCallback = new Handler.Callback() 
        @Override
        public boolean handleMessage(Message msg) 
            switch(msg.what)
            
            return true;
        
    ;
    private Handler mHandler = new WeakRefHandler(mCallback);

tips：不使用这些方法，Handler直接持有Activity的引用是否一定会导致内存泄漏？

如果Handler中没什么耗时操作，任务完成也就释放了Activity引用。
如果Handler中是一个2秒的操作，在Activity退出的2s后，释放了Activity的指针，这种情况属于短时间的内存泄漏？
Handler中是啥死循环的话，就内存泄露了。
个人写的Handler，且没有耗时操作。没必要保护。
公司项目对于代码规范的话，还是加上保护比较好。避免后续有同事，加上了耗时操作，出现问题。