摘要:前几天在跟公司大佬讨论一个问题时,看到他使用Handler的一种方式,旁边的同事在说:以前不是这么用的啊。这个问题引发了我的好奇,虽然当时翻清楚道理了,但是还是想给大家分享一下。

脚本宝典收集整理的这篇文章主要介绍了

花样使用Handler与源码分析

脚本宝典小编觉得挺不错的,现在分享给大家,也给大家做个参考,希望能帮助你少写一行代码,多一份安全和惬意。

前几天在跟公司大佬讨论一个问题时,看到他使用Handler的一种方式,旁边的同事在说:以前不是这么用的啊。这个问题引发了我的好奇,虽然当时翻清楚道理了,但是还是想给大家分享一下。

Handler在之前也说到过他的使用以及源码分析,而且相信大家都知道如何使用它,最常见的使用方法恐怕就是下面这种了:

 Handler handler = new Handler(){   @Override   public void handleMessage(Message msg) {     super.handleMessage(msg);   } };

这种情况会有一个问题:我们都知道Handler是可以用在子线程给主线程更新的,当子线程给主线程回调时,主线程中的Handler通过接收发送过来的对应消息,去执行对应的任务。而对于上面这个Handler对象,如果他是主线程中的,那么我们子线程中需要拿到主线程的这个Handler对象。

   final Handler handler = new Handler(){     @Override     public void handleMessage(Message msg) {       super.handleMessage(msg);     }   };   new Thread(new Runnable() {     @Override     public void run() {       handler.sendMessage(new Message());     }   }).start();

但是上面这种写法实在是太不好看了,而且handler还是一个局部变量,在其他方法中也无法使用。

   Handler handler;   @Override   protected void onCreate(Bundle savedInstanceState) {     super.onCreate(savedInstanceState);     setContentView(R.layout.activity_main);     Log.e(TAG, "onCreate: " );     handler = new Handler(){       @Override       public void handleMessage(Message msg) {         super.handleMessage(msg);       }     };     new Thread(new Runnable() {       @Override       public void run() {         handler.sendMessage(new Message());       }     }).start();   }

这个看上去应该就好多了,可能也是大多数人的一种写法。

其实说白了,如果说我们要在子线程中给主线程/相应线程回调,那么一定要拿到主线程中的Handler的索引。这么说就很直接了,可能有些情况下无法拿到主线程/相应线程的Handler,或者拿到的方法很麻烦:

 public class MyService extends Service {   @Nullable   @Override   public IBinder onBind(Intent intent) {     return null;   }   @Override   public void onCreate() {     super.onCreate();     new Thread(new Runnable() {       @Override       public void run() {         //执行相关的耗时操作,然后结束后通过Handler回调给主线程       }     }).start();   } }

现在我有这样的需求:创建一个服务,在服务中开启一个子线程执行耗时操作,当执行完毕后回调在主线程中相应。这种情况下想要拿到主线程的Handler对象也不是不可以,方法还是有很多,把主线程的handler写成static、创建类继承Handler并且序列化,然后通过intent传入.....可能还有其他的一些方法,但是就目前的这些情况来看,貌似都不是很友好。下面给大家带来一种比较优雅且方便的方法:

 public class MyService extends Service {   @Nullable   @Override   public IBinder onBind(Intent intent) {     return null;   }   @Override   public void onCreate() {     super.onCreate();     new Thread(new Runnable() {       @Override       public void run() {         /*执行相关的耗时操作,然后结束后通过Handler回调给主线程*/         new Handler(Looper.getMainLooper()).sendMessage(new Message());       }     }).start();   } }

只有一句话:又方便看着又舒服。

(可能有的朋友不知道Looper是什么,本人之前写过一篇Handler的文章对Looper有所介绍,希望对大家有所帮助:https://www.jb51.net/article/55386.htm

通过Looper.getMainLooper方法,可以获取到主线程的Looper对象.

虽然之前说我们需要主线程中创建的Handler,其实严格的说是不对的。究其根本是因为主线程已经为他自己加载了mainLooper,而我们在主线程中new Handler,会默认获取主线程的Looper引用。

   public static void main(String[] args) {     //pass     Looper.prepareMainLooper();     //pass     Looper.loop();     throw new RuntimeException("Main thread loop unexpectedly exited");   }   public Handler(Callback callback, boolean async) {     //pass     mLooper = Looper.myLooper();//在主线程中new的Handler获取到的looper就是主线程的mainLooper     if (mLooper == null) {       throw new RuntimeException(         "Can't create handler inside thread that has not called Looper.prepare()");     }     //pass   }

现在看来就很明确了,在主线程中创建Handler只是个幌子,真正在背后操纵一切的其实是looper对象。所以只需要让Handler的mLooper引用获取到主线程的引用就好了。

而且Looper.getMainLooper方法是外部可见的,大胆猜测这个方法就是为了这种方便的写法而存在的。我们可以通过这个方法获取到主线程的looper,让他实现主线程中接收回调。

   public Handler(Looper looper, Callback callback, boolean async) {     mLooper = looper;     mQueue = looper.mQueue;     mCallback = callback;     mAsynchronous = async;   }

但是注意我们上述的这种写法:new Handler(....).sendMessage

这种写法不管你怎么去实现,他无法在主线程得到回应(是给大家挖了个坑哈哈),原因很简单:没有重写Handler.handlerMessage方法。

在使用Handler接受消息时有三种方式:

  • 重写Handler.handlerMessage方法,在该方法中接收
  • 在Handler构造器中实现Callback接口,在回调接口中接收
  • 不做任何处理,但是使用post方式发送消息。

在之前我们Handler接收消息见到的几乎都是handleMessage方法,其实这只是其中一种方法,在执行该方法之前会有一个分发的方法dispatchMessage:

   /**    * Handle system messages here.    **/   public void dispatchMessage(Message msg) {     if (msg.callback != null) {//msg中的callback,这个是通过post方法自己封装的msg(自行查源码),优先级是最高的       handleCallback(msg);     } else {//或者在构造器中实现Handler的Callback接口,这个优先级第二       if (mCallback != null) {         if (mCallback.handleMessage(msg)) {           return;         }       }       handleMessage(msg);//这才是我们之前最常用的方法,最低的优先级     }   }

可以看到在handlerMessage方法之前还有两种回调的方法。在上述案例中我们并没有重写第三种方法,所以对于在子线程中匿名使用Handler的情况,我们可以采取上述两种方案。代码就不写了,大家都是聪明人。

好了关于Handler 的更多使用就到这里了,喜欢的朋友希望多多支持。有不同意见和理解的希望评论区多多交流。

总结

android教程
脚本网站
android studio

总结

以上是脚本宝典为你收集整理的

花样使用Handler与源码分析

全部内容,希望文章能够帮你解决

花样使用Handler与源码分析

所遇到的程序开发问题,欢迎加入QQ群277859234一起讨论学习。如果觉得脚本宝典网站内容还不错,欢迎将脚本宝典网站推荐给程序员好友。 本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。如您有任何意见或建议可联系处理。小编QQ:384754419,请注明来意。

80%的人都看过