NO.1 Handler->就这？javaqq38315348的博客-

零蚀

• 前言

  都知道知识栈积累非一日之功，但是枯燥的生活中必须有点乐趣，乐趣是啥，学点有意思的东西（虽然祖国不一定需要你，但是你可以为人类做贡献嘛，哈哈哈，当然祖国一定是需要你的，起码房地产需要你）。

  面试很容易遇到提问handler，那我就从handler开始加深技术栈，让我不菜的那么彻底，来吧！

  文章的主要内容：

  • step 1：handler的使用
  • step 2：handler的存在问题及解决
  • step 3：handler的源码解释
  • step 4：总结

  其实很多人会说handler防止内存泄漏，其实，handler的内存泄漏对手机影响真的很小，小到可以忽略掉它。对它的执着应该是面试官逼的吧！（借鉴别人的话）

handler的使用

• handler 介绍

  handler是什么:它是一个消息机制，什么是消息机制，它是处理消息为目的的一种功能结构和运行方式，简单说就是一种消息处理工具。

  handler的用处：

  • handler 可以用于线程之间的消息交互（当然这里不包括主线程之间的交互，因为主线程不共享的特性导致）

  • handler 可以应用做定时

• handler 应用

  实现一个发送消息的功能。

  public class MainActivity extends AppCompatActivity { @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main);          Message msg=new Message();         msg.what=1;         msg.obj="first"; // handler.sendEmptyMessage(1); 发一个空消息，只需要传入what就行         handler.sendMessage(msg); }      Handler handler=new Handler(new Handler.Callback() { @Override public boolean handleMessage(Message msg) { if(msg.what==1){ ((TextView)findViewById(R.id.text)).setText((String)msg.obj); } return false; } }); } 

  再比如所我想发送一个消息再5秒以后。以此来通知更新UI,源码里说这里的第二个参数是需要被准确设置的，用SystemClock，也就是说这个时间要用时间戳来设置发送消息的时间。

   handler.sendMessageAtTime(msg, SystemClock.uptimeMillis()+5000); 

  或者我们也可以这么用

  handler.sendMessageDelayed(msg,5000); 

  当然也是可以这么用的,通过post来引入一个runnable。post的方式和send方式大同小异，自己对照看就知道了。

  public class MainActivity extends AppCompatActivity implements Runnable {       Handler handler =new Handler(); @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main);           handler.postDelayed(this,5000); } @Override public void run() { ((TextView)findViewById(R.id.text)).setText("这是一个文本"); } } 

  当然这种消息发送是支持在thread里面进行的。

  new Thread(){ @Override public void run() { super.run(); while(num<5){ // 这种sleep不抛异常             SystemClock.sleep(1000); ++num;             Log.e("zero",String.valueOf(num)); }         handler.sendMessage(msg); } }.start(); 

  最后我们还能控制message发送的顺序（消息队列），前提是都在消息队列里面。

  Message message1=new Message(); message1.obj="new1"; Message message2=new Message(); message2.obj="new2"; Message message3=new Message(); message3.obj="new3";  handler.sendMessage(message1); handler.sendMessage(message2); handler.sendMessageAtFrontOfQueue(message3); // print // new3 // new1 // new2 

Handler的一些问题

• message 重复使用

  • 有这样一个需求，我们每秒都要发送信息，发送什么不管，如果我们使用同一个message对象来发送，会报一个错误This message is already in use而崩溃。

  final Message message=new Message(); message.obj="message"; new Thread(){ @Override public void run() { super.run(); while(index<5){             index++;             SystemClock.sleep(1000);             handler.sendMessage(message); } } }.start(); //# print //This message is already in use 

  导致这个原因看源码

  //MessageQueue if (msg.isInUse()) { throw new IllegalStateException(msg + " This message is already in use."); } .... msg.markInUse(); // 这里标记了message是处于应用状态 msg.when = when; Message p = mMessages; 

  这里抛的异常，这里有一个参数表示队列里的这个msg是in-use状态，信息在用，

  public void recycle() { if (isInUse()) { if (gCheckRecycle) { throw new IllegalStateException("This message cannot be recycled because it " + "is still in use."); } return; } recycleUnchecked(); } 

  这个函数是用来释放信息的，而且这个消息是不能被释放的（当处于use的状态）,顺着flag找，哪里有释放，然后我们可以看到Message源码里有这个，通过这个方法，我们可以看到这里使用m.flags = 0;的方式将message的inUse的状态给清零了，同时还很好的进行消息的复用，并且加了同步锁。

  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(); } 

  所以这个问题这么改就好了,当然新建一个也是没问题的，，当然你重新new 一个Message也是没问题的，不过这样更好。它内部可以复用已经用过的message。

  new Thread(){ @Override public void run() { super.run(); while(index<5){             index++;             message=Message.obtain();             message.obj="message";             SystemClock.sleep(1000);             handler.sendMessage(message); } } }.start(); 

  这种方式应该是为了防止好耗时操作，程序员（代码狗）会一不小心，将message的内容改动，导致队列信息内容发生改动，所以索性，不暴露给你们了，我自己处理好了。

• 内存泄漏

  在我们使用以下带码时候迅速退出应用，是会发生内存泄漏的。

  handler1.sendMessageDelayed(msg,15000); Handler handler1=new Handler() { @Override public void handleMessage(Message msg) { if(msg.what==1){ ((TextView)findViewById(R.id.text)).setText((String)msg.obj); } } }; 

  

  我们需要在退出的时候移除runnable内容才行。

  @Override protected void onDestroy() { super.onDestroy(); // 对于持有Runable对象的我们直接移除runnable就行 //handler.removeCallbacks(this); // null代表移除当前的handler消息队列，这里面的token是     handler.removeCallbacksAndMessages(null); } 

• 弱引用解决内存泄漏

  • 首先什么是引用，先不说gc回收机制，可以看看NO.2 java gc回收机制 我们先了解一下什么叫做有效的引用，且如何获取的引用，能被gc机制认可，类走向引用巅峰的心路历程。（反正这里handler 被activity创建，有了activity的强引用）

  • 引用等级图解(后面细说) ：