使用C++11实现Android系统的Handler机制

封面出自:板栗懒得很背景

线程作为系统的基础资源,相信大多数读者都有使用到。一般情况下我们会直接开一个线程做一些耗时操作,处理完之后让线程自动结束,资源被系统回收。这种简单粗暴的方法不少读者、甚至一些大厂的APP都在用。以Java语言为例,我们可以直接new一个Thread对象,然后覆盖run方法,最后调一下start方法便可以成功运行一个线程。如果我们每次异步做一些耗时处理都单独开启一个线程,比如异步加载网络图片这种高并发操作,每张图片都开一个线程的话,必然会造成线程资源的浪费,而且也没有很好的方法去处理跨线程通讯的问题。由于语言层面的低成本导致系统的线程资源被滥用,已经成为了一个很普遍的现象。

new Thread(){

 @Override

 public void run() {

 //Do somethings

 }

}.start()

Handler

  Handler机制通过开启一个子线程,并进入死循环,不停消费其它线程发送过来的消息,从而达到跨线程通讯的目的。Handler主要用于跨线程通讯,但同时也能在一定程度上复用线程,是一种比较理想的线程使用方式。Android系统Handler主要包含以下三部分:

  • Handler
  • Looper
  • Message & MessageQueue

Handler顾名思义就是消息的处理类,同时也是消息发送的代理入口,通过调用Handler的相关接口发送一条消息,最终会被转发到Looper,由Looper把Message加入到队列的尾部。Looper是消息循环驱动的动力所在,我们规定同一个线程只能拥有一个Looper,当Looper准备好之后会让线程进入死循环,如果内部的Message队列不为空时,则会不停的从消息队列头部取出一条Message进行消费,直到队列为空,Looper阻塞线程进入等待状态。Message内部会记录着发送消息的Handler,当被消费时就可以找到对应的Handler进行消息处理,最终形成闭环。

实现

下面尝试使用C++11来实现Android系统Handler机制,该实现主要由AlHandlerThread、AlHandler、AlLooperManager、AlLooper、AlMessageQueue和AlMessage六个类组成。我们规定一个线程只能拥有一个AlLooper,因此需要一个AlLooperManager负责对所有线程的AlLooper对象进行管理,如果当前线程已经拥有了AlLooper对象,则直接使用当前线程的对象,保证AlLooper唯一。而AlMessageQueue则是一个支持线程阻塞和唤醒的消息队列。AlHandlerThread则是一个封装了std::thread和AlLooper的简单线程实现,仅仅是为了方便使用AlLooper,与Android系统中的HandlerThread实现是一致的。

AlHandler

AlHandler提供两个构造函数,第一个只有Callback参数,该构造函数会默认获取当前线程的AlLooper,如果当前没有AlLooper,则会抛出异常。第二个构造函数支持传入一个AlLooper,该AlLooper对象将会从AlHandlerThread获取。sendMessage函数负责把AlMessage转发到AlLooper,值得注意的是,在发送到AlLooper之前会先给AlMessage的成员变量target赋值,也就是当前AlHandler对象的指针。dispatchMessage函数用于在AlLooper中消费消息。

class AlHandler {
public:
 typedef function<void(AlMessage *msg)> Callback;
public:
 AlHandler(Callback callback);
 AlHandler(AlLooper *looper, Callback callback);
 void sendMessage(AlMessage *msg) {
 _enqueueMessage(msg);
 }
 void dispatchMessage(AlMessage *msg) {
 if (callback) {
  callback(msg);
 }
 }
private:
 void _enqueueMessage(AlMessage *msg) {
 if (this->looper) {
  msg->target = this;
  this->looper->sendMessage(msg);
 }
 }
private:
 AlLooper *looper = nullptr;
 Callback callback = nullptr;
};

AlLooperManager

AlLooperManager只有一个功能,那就是管理所有创建的AlLooper对象,所以它是一个单例,代码虽然简单,但却很重要。由于操作系统会为每一个线程分配一个唯一的tid(Thread ID,Linux下可以使用pthread_self获取到),所以我们可以通过tid的唯一性来管理所有线程创建的AlLooper对象。该类的create和get函数分别用于创建新的AlLooper对象,以及获取缓存的对象。创建一个对象时首先需要检查缓存中是否存在该线程对应的AlLooper,如果已经存在则应该避免重复创建,直接返回空指针即可。而get函数用于从缓存中获取一个对象,如果缓存中没有则返回空指针。remove用于销毁一个AlLooper,一般会在线程销毁时使用。这几个函数都需要保证线程安全。

private:
 AlLooperManager() : Object() {}
 AlLooperManager(AlLooperManager &e) : Object() {}
 ~AlLooperManager() {}
 /**
 * 为当前线程创建Looper
 * @return 当前线程的Looper
 */
 AlLooper *create(long tid) {
 std::lock_guard<std::mutex> guard(mtx);
 auto it = looperMap.find(tid);
 if (looperMap.end() == it) {
  auto *looper = new AlLooper();
  looperMap[tid] = looper;
  return looper;
 }
 return nullptr;
 }
 /**
 * 获取当前线程的Looper
 * @return 当前线程的Looper
 */
 AlLooper *get(long tid) {
 std::lock_guard<std::mutex> guard(mtx);
 auto it = looperMap.find(tid);
 if (looperMap.end() == it) {
  return nullptr;
 }
 return it->second;
 }
 /**
 * 销毁当前线程的Looper
 */
 void remove(long tid) {
 std::lock_guard<std::mutex> guard(mtx);
 auto it = looperMap.find(tid);
 if (looperMap.end() != it) {
  looperMap.erase(it);
  auto *looper = it->second;
  delete looper;
 }
 }
private:
 static AlLooperManager *instance;
 std::map<long, AlLooper *> looperMap;
 std::mutex mtx;
};

AlLooper

AlLooper主要有prepare、myLooper和loop三个静态函数。prepare用于为当前线程准备一个AlLooper,因为我们规定同一个线程只能拥有一个AlLooper对象,如果尝试在一个线程重复调用该函数函数将引发异常。myLooper用于获取当前线程的AlLooper,如果在该函数调用之前没有调用过prepare将会获得一个空指针。loop是AlLooper的核心函数,调用该函数后线程将进入死循环,AlLooper会依次从消息队列头部取出AlMessage进行消费。前面提到AlMessage有一个名为target的成员变量,这个变量是一个AlHandler对象,所以这里直接调用AlHandler::dispatchMessage函数把消息回传,由AlHandler进行处理。sendMessage函数则用于在消息队列尾部插入一条消息。

class AlLooper : public Object {
public:
 /**
 * 为线程准备一个Looper,如果线程已经存在Looper,则报错
 */
 static void prepare() {
 AlLooper *looper = AlLooperManager::getInstance()->create(Thread::currentThreadId());
 assert(nullptr != looper);
 }
 /**
 * 获取当前线程的Looper
 * @return 前线程的Looper
 */
 static AlLooper *myLooper() {
 AlLooper *looper = AlLooperManager::getInstance()->get(Thread::currentThreadId());
 assert(nullptr != looper);
 return looper;
 }
 static void exit();
 /**
 * 循环消费消息
 */
 static void loop() {
 myLooper()->_loop();
 }
 void _loop() {
 for (;;) {
  AlMessage *msg = queue.take();
  if (msg) {
  if (msg->target) {
   msg->target->dispatchMessage(msg);
  }
  delete msg;
  }
  queue.pop();
 }
 }
 void sendMessage(AlMessage *msg) {
 queue.offer(msg);
 }
private:
 AlLooper();
 AlLooper(AlLooper &e) : Object() {}
 ~AlLooper();
private:
 AlMessageQueue queue;
};

AlMessageQueue和AlMessage

AlMessage比较简单,主要包含几个public的成员变量,用于区分消息类型以及附带一些信息。AlMessageQueue则是一个阻塞队列,当尝试从一个空队列获取AlMessage时将会造成线程阻塞,如果其它线程向空队列新增一个AlMessage对象将会唤醒阻塞的线程。这是驱动消息循环消费的重要一环。

class AlMessage {
public:
 int32_t what = 0;
 int32_t arg1 = 0;
 int64_t arg2 = 0;
 Object *obj = nullptr;
}
class AlMessageQueue : public Object {
public:
 AlMessageQueue() {
 pthread_mutex_init(&mutex, nullptr);
 pthread_cond_init(&cond, nullptr);
 }
 virtual ~AlMessageQueue() {
 pthread_mutex_lock(&mutex);
 invalid = true;
 pthread_mutex_unlock(&mutex);
 clear();
 pthread_mutex_destroy(&mutex);
 pthread_cond_destroy(&cond);
 }
 void offer(AlMessage *msg) {
 pthread_mutex_lock(&mutex);
 if (invalid) {
  pthread_mutex_unlock(&mutex);
  return;
 }
 queue.push_back(msg);
 pthread_cond_broadcast(&cond);
 pthread_mutex_unlock(&mutex);
 }
 AlMessage *take() {
 pthread_mutex_lock(&mutex);
 if (invalid) {
  pthread_mutex_unlock(&mutex);
  return nullptr;
 }
 if (size() <= 0) {
  if (0 != pthread_cond_wait(&cond, &mutex)) {
  pthread_mutex_unlock(&mutex);
  return nullptr;
  }
 }
 if (queue.empty()) {
  pthread_mutex_unlock(&mutex);
  return nullptr;
 }
 AlMessage *e = queue.front();
 queue.pop_front();
 pthread_mutex_unlock(&mutex);
 return e;
 }
 int size();
 void clear();
private:
 pthread_mutex_t mutex;
 pthread_cond_t cond;
 std::list<AlMessage *> queue;
 bool invalid = false;
};

AlHandlerThread

AlLooper准备好后就可以在线程中使用了,这里我们把线程和AlLooper封装到一起方便使用。AlHandlerThread会在内部开启一个线程,该线程会调用run函数,在线程开始运行后依次调用AlLooper的prepare和loop函数即可进入消息消费流程,AlLooper::exit()用于在线程结束前销毁AlLooper对象。

class AlHandlerThread {
public:
 AlLooper *getLooper() {
 return mLooper;
 }
private:
 void run() {
 AlLooper::prepare();
 mLooper = AlLooper::myLooper();
 AlLooper::loop();
 AlLooper::exit();
 }
private:
 std::thread mThread = thread(&AlHandlerThread::run, this);
 AlLooper *mLooper = nullptr;
};

最后我们创建一个AlHandler对象,并传入一个从AlHandlerThread获取的AlLooper对象和一个处理回调函数Callback,便可以让Handler机制运行起来。由于AlLooper可以是任意一个线程的对象,所以便实现了跨线程的通讯。如果我们把AlMessage封装成一个"Task",当我们要处理一个耗时任务时,把任务封装成一个"Task"发送到Handler进行处理,通过该方法可以轻易实现线程的复用,而不需要重复申请销毁线程。

mThread = AlHandlerThread::create(name);

mHandler = new AlHandler(mThread->getLooper(), [this](AlMessage *msg) {

 /// Do something.

});

结语

  以上便是Android系统Handler机制的介绍,以及使用C++11的实现。上面展示的是部分核心代码,省略了很多,实际操作还需要处理很多问题,比如线程安全、线程的退出、AlLooper的销毁等。文章源码出自hwvc项目,感兴趣的读者可以阅读完整的AlHandlerThread源码实现。

hwvc项目:

https://github.com/imalimin/hwvc/tree/develop

AlHandlerThread源码:

https://github.com/imalimin/hwvc/blob/develop/src/common/thread/AlHandlerThread.cpp

到此这篇关于使用C++11实现Android系统的Handler机制的文章就介绍到这了,更多相关C++11 Handler机制内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们!

(0)

相关推荐

  • android的消息处理机制(图文+源码分析)—Looper/Handler/Message

    这篇文章写的非常好,深入浅出,关键还是一位大三学生自己剖析的心得.这是我喜欢此文的原因.下面请看正文: 作为一个大三的预备程序员,我学习android的一大乐趣是可以通过源码学习google大牛们的设计思想.android源码中包含了大量的设 计模式,除此以外,android sdk还精心为我们设计了各种helper类,对于和我一样渴望水平得到进阶的人来说,都太值得一读了.这不,前几天为了了解android的消息处理机 制,我看了Looper,Handler,Message这几个类的源码,结果又

  • Android多线程处理机制中的Handler使用介绍

    接下来让我介绍Android的Handler的使用方法.Handler可以发送Messsage和Runnable对象到与其相关联的线程的消息队列.每个Handler对象与创建它的线程相关联,并且每个Handler对象只能与一个线程相关联. Handler一般有两种用途:1)执行计划任务,你可以再预定的实现执行某些任务,可以模拟定时器.2)线程间通信.在Android的应用启动时,会创建一个主线程,主线程会创建一个消息队列来处理各种消息.当你创建子线程时,你可以再你的子线程中拿到父线程中创建的Ha

  • C++ 内存分配处理函数set_new_handler的使用

    一.函数的定义 函数在namespace std中有如下定义(C++98与C++11版本不一致): Typedef void (*new_handler)(); new_handler set_new_handler(new_handler new_p) throw(); //C++98 new_handler set_new_handler (new_handler new_p) noexcept; //C++11 二.函数介绍 该函数的作用是:当new操作或new[]操作失败时调用参数所指的

  • Android消息处理机制Looper和Handler详解

    Message:消息,其中包含了消息ID,消息处理对象以及处理的数据等,由MessageQueue统一列队,终由Handler处理. Handler:处理者,负责Message的发送及处理.使用Handler时,需要实现handleMessage(Message msg)方法来对特定的Message进行处理,例如更新UI等. MessageQueue:消息队列,用来存放Handler发送过来的消息,并按照FIFO规则执行.当然,存放Message并非实际意义的保存,而是将Message以链表的方

  • 使用C++11实现Android系统的Handler机制

    封面出自:板栗懒得很背景 线程作为系统的基础资源,相信大多数读者都有使用到.一般情况下我们会直接开一个线程做一些耗时操作,处理完之后让线程自动结束,资源被系统回收.这种简单粗暴的方法不少读者.甚至一些大厂的APP都在用.以Java语言为例,我们可以直接new一个Thread对象,然后覆盖run方法,最后调一下start方法便可以成功运行一个线程.如果我们每次异步做一些耗时处理都单独开启一个线程,比如异步加载网络图片这种高并发操作,每张图片都开一个线程的话,必然会造成线程资源的浪费,而且也没有很好

  • Android系统进程间通信Binder机制在应用程序框架层的Java接口源代码分析

    在前面几篇文章中,我们详细介绍了Android系统进程间通信机制Binder的原理,并且深入分析了系统提供的Binder运行库和驱动程序的源代码.细心的读者会发现,这几篇文章分析的Binder接口都是基于C/C++语言来实现的,但是我们在编写应用程序都是基于Java语言的,那么,我们如何使用Java语言来使用系统的Binder机制来进行进程间通信呢?这就是本文要介绍的Android系统应用程序框架层的用Java语言来实现的Binder接口了. 熟悉Android系统的读者,应该能想到应用程序框架

  • 理解Android系统Binder机制

    一.Binder机制概述 在Android开发中,很多时候我们需要用到进程间通信,所谓进程间通信,实现进程间通信的机制有很多种,比如说socket.pipe等,Android中进程间通信的方式主要有三种: 1.标准Linux Kernel IPC 接口: 2.标准D-BUS接口: 3.Binder接口. 其中,Binder机制是使用最且最被认可的,因为Binder机制有以下优点: 1.相对于其它IPC机制,Binder机制更加简洁和快速: 2.消耗的内存相对更少: 3.传统的IPC机制可能会增加

  • Android编程中Handler原理及用法实例分析

    本文实例讲述了Android编程中Handler用法.分享给大家供大家参考,具体如下: 在Android的UI开发中,我们经常会使用Handler来控制主UI程序的界面变化.有关Handler的作用,我们总结为:与其他线程协同工作,接收其他线程的消息并通过接收到的消息更新主UI线程的内容. 我们假设在一个UI界面上面,有一个按钮,当点击这个按钮的时候,会进行网络连接,并把网络上的一个字符串拿下来显示到界面上的一个 TextView上面,这时就出现了一个问题,如果这个网络连接的延迟过大,可能是10

  • 详细解读Android系统中的application标签

    < application /> :应用的声明. 这个元素包含了子元素,这些子元素声明了应用的组件,元素的属性将会影响应用下的所有组件.很多属性为组件设置了默认值,有些属性设置了全局值并且不能被组件修改. <application>的子节点描述了应用所包含的组件,它的属性会影响到它所有的子节点组件.icon/lable/permission 等 属性是给子节点组件设置一个默认值,可以被复写.而 debuggable/enabled 等 属性是作为整个application的全局属性

  • Android开发笔记 Handler使用总结

    一.Handler的定义: 主要接受子线程发送的数据, 并用此数据配合主线程更新UI. 解释: 当应用程序启动时,Android首先会开启一个主线程 (也就是UI线程) , 主线程为管理界面中的UI控件,进行事件分发, 比如说, 你要是点击一个 Button, Android会分发事件到Button上,来响应你的操作. 如果此时需要一个耗时的操作,例如: 联网读取数据,或者读取本地较大的一个文件的时候,你不能把这些操作放在主线程中,如果你放在主线程中的话,界面会出现假死现象, 如果5秒钟还没有完

  • 深入理解Android中的Handler异步通信机制

    一.问题:在Android启动后会在新进程里创建一个主线程,也叫UI线程(非线程安全)这个线程主要负责监听屏幕点击事件与界面绘制.当Application需要进行耗时操作如网络请求等,如直接在主线程进行容易发生ANR错误.所以会创建子线程来执行耗时任务,当子线程执行完毕需要通知UI线程并修改界面时,不可以直接在子线程修改UI,怎么办? 解决方法:Message Queue机制可以实现子线程与UI线程的通信. 该机制包括Handler.Message Queue.Looper.Handler可以把

  • Android系统的五种数据存储形式实例(二)

    之前介绍了Android系统下三种数据存储形式,http://www.jb51.net/article/99468.htm.今天补充介绍另外两种,分别是内容提供者和网络存储.有些人可能认为内存提供者和网络存储更偏向于对数据的操作而不是数据的存储,但这两种方式确实与数据有关,所以这里还是将这两种形式简要的说明一下.  Content Provider: Content Provider,中文名是内存提供者,Android四大组件之一,内容提供者是应用程序之间共享数据的接口,以数据库形式存入手机内存

  • Android系统关机的全流程解析

    在PowerManager的API文档中,给出了一个关机/重启接口: public void reboot (String reason) 对于这个接口的描述很简单,就是几句话. 接口的作用就是重启设备,而且,就算重启成功了也没有返回值. 需要包含REBOOT权限,也就是android.permission.REBOOT 唯一参数reason代表需要的特定重启模式,比如recovery,当然也可以为null. 一.上层空间 1.frameworks/base/core/java/android/

  • Android系统音量条实例代码

    最近在定制Android系统音量条,发现代码还是蛮多的,下面总结一下. 代码是基于5.1.1版本的. 系统音量条的代码是在/frameworks/base/packages/SystemUI/src/com/android/systemui/volume/VolumePanel.java 布局文件是在/frameworks/base/packages/SystemUI/res/layout下. 先看看原生的音量条样式: 在代码中可以发现volume_dialog.xml这个文件,这个文件就是承载

随机推荐