LocalBroadcastManager 的实现原理,还是 Binder?
对 LocalBroadcastManager 大家应该都不陌生,相对 BroadcastReceiver,它只能用于应用内通信,安全性更好,同时拥有更高的运行效率。也是需要发送应用内广播时的官方推荐。
大家也都知道BroadcastReceiver
的通信是走 Binder 机制的,而 LocalBroadcastManager 因为叫LocalBroadcast
,可能让人产生一种它也是以 Binder 通讯方式为底层实现的错觉,点进源码,我们会发现这个更安全高效的实现原来如此熟悉。
还是先简单提下 LocalBroadcastManager 使用,更多可见:BroadcastReceiver 详细介绍。
1. LocalBroadcastManager 使用
LocalBroadcastManager 的使用跟一般 BroadcastReceiver 差别不大。
(1) 自定义 BroadcastReceiver 子类
Java
1 2 3 4 5 6 7 |
public class LocalBroadcastReceiver extends BroadcastReceiver { @Override public void onReceive(Context context, Intent intent) { localMsg.setText(intent.getStringExtra(MSG_KEY)); } } |
(2) 注册接收器
Java
1 2 |
LocalBroadcastReceiver localReceiver = new LocalBroadcastReceiver(); LocalBroadcastManager.getInstance(context).registerReceiver(localReceiver, new IntentFilter(ACTION_LOCAL_SEND)); |
(3) 发送广播
Java
1 |
LocalBroadcastManager.getInstance(context).sendBroadcast(new Intent(ACTION_LOCAL_SEND)); |
(4) 取消注册
Java
1 |
LocalBroadcastManager.getInstance(context).unregisterReceiver(localReceiver); |
2. 实现
LocalBroadcastManager 源代码可见:LocalBroadcastManager.java
(1) 构造函数
Java
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 |
public static LocalBroadcastManager getInstance(Context context) { synchronized (mLock) { if (mInstance == null) { mInstance = new LocalBroadcastManager(context.getApplicationContext()); } return mInstance; } } private LocalBroadcastManager(Context context) { mAppContext = context; mHandler = new Handler(context.getMainLooper()) { @Override public void handleMessage(Message msg) { switch (msg.what) { case MSG_EXEC_PENDING_BROADCASTS: executePendingBroadcasts(); break; default: super.handleMessage(msg); } } }; } |
先看构造函数,单例实现因而私有化构造函数。
注意的是基于主线程的 Looper 新建了一个 Handler,handleMessage
中会调用接收器对广播的消息进行处理,也是 LocalBroadcastManager 的核心部分,具体见后面executePendingBroadcasts()
介绍。
单例函数还可以通过双层条件判断提高效率,双层条件判断的写法可见:单例模式
(2) 注册接收器
Java
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 |
HashMap<BroadcastReceiver, ArrayList<IntentFilter>> mReceivers = new HashMap<BroadcastReceiver, ArrayList<IntentFilter>>(); HashMap<String, ArrayList<ReceiverRecord>> mActions = new HashMap<String, ArrayList<ReceiverRecord>>(); public void registerReceiver(BroadcastReceiver receiver, IntentFilter filter) { synchronized (mReceivers) { ReceiverRecord entry = new ReceiverRecord(filter, receiver); ArrayList<IntentFilter> filters = mReceivers.get(receiver); if (filters == null) { filters = new ArrayList<IntentFilter>(1); mReceivers.put(receiver, filters); } filters.add(filter); for (int i=0; i<filter.countActions(); i++) { String action = filter.getAction(i); ArrayList<ReceiverRecord> entries = mActions.get(action); if (entries == null) { entries = new ArrayList<ReceiverRecord>(1); mActions.put(action, entries); } entries.add(entry); } } } |
mReceivers 存储广播和过滤器信息,以BroadcastReceiver
作为 key,IntentFilter
链表作为 value。
mReceivers 是接收器和IntentFilter
的对应表,主要作用是方便在unregisterReceiver(…)
取消注册,同时作为对象锁限制注册接收器、发送广播、取消接收器注册等几个过程的并发访问。
mActions 以Action
为 key,注册这个Action
的BroadcastReceiver
链表为 value。mActions 的主要作用是方便在广播发送后快速得到可以接收它的BroadcastReceiver
。
(3) 发送广播
Java
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 |
public boolean sendBroadcast(Intent intent) { synchronized (mReceivers) { final String action = intent.getAction(); final String type = intent.resolveTypeIfNeeded(mAppContext.getContentResolver()); final Uri data = intent.getData(); final String scheme = intent.getScheme(); final Set<String> categories = intent.getCategories(); …… ArrayList<ReceiverRecord> entries = mActions.get(intent.getAction()); if (entries != null) { if (debug) Log.v(TAG, "Action list: " + entries); ArrayList<ReceiverRecord> receivers = null; for (int i=0; i<entries.size(); i++) { ReceiverRecord receiver = entries.get(i); if (receiver.broadcasting) { if (debug) { Log.v(TAG, " Filter's target already added"); } continue; } int match = receiver.filter.match(action, type, scheme, data, categories, "LocalBroadcastManager"); if (match >= 0) { if (debug) Log.v(TAG, " Filter matched! match=0x" + Integer.toHexString(match)); if (receivers == null) { receivers = new ArrayList<ReceiverRecord>(); } receivers.add(receiver); receiver.broadcasting = true; } else { …… } } if (receivers != null) { for (int i=0; i<receivers.size(); i++) { receivers.get(i).broadcasting = false; } mPendingBroadcasts.add(new BroadcastRecord(intent, receivers)); if (!mHandler.hasMessages(MSG_EXEC_PENDING_BROADCASTS)) { mHandler.sendEmptyMessage(MSG_EXEC_PENDING_BROADCASTS); } return true; } } } return false; } |
先根据Action
从mActions
中取出ReceiverRecord
列表,循环每个ReceiverRecord
判断 filter 和 intent 中的 action、type、scheme、data、categoried 是否 match,是的话则保存到receivers
列表中,发送 what 为MSG_EXEC_PENDING_BROADCASTS
的消息,通过 Handler 去处理。
关于 match 规则可见:Intent Filter介绍。
(4) 消息处理
Java
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 |
private void executePendingBroadcasts() { while (true) { BroadcastRecord[] brs = null; synchronized (mReceivers) { final int N = mPendingBroadcasts.size(); if (N <= 0) { return; } brs = new BroadcastRecord[N]; mPendingBroadcasts.toArray(brs); mPendingBroadcasts.clear(); } for (int i=0; i<brs.length; i++) { BroadcastRecord br = brs[i]; for (int j=0; j<br.receivers.size(); j++) { br.receivers.get(j).receiver.onReceive(mAppContext, br.intent); } } } } |
以上为消息处理的函数。mPendingBroadcasts
转换为数组BroadcastRecord
,循环每个receiver
,调用其onReceive
函数,这样便完成了广播的核心逻辑。
(5) 取消注册
Java
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 |
public void unregisterReceiver(BroadcastReceiver receiver) { synchronized (mReceivers) { ArrayList<IntentFilter> filters = mReceivers.remove(receiver); if (filters == null) { return; } for (int i=0; i<filters.size(); i++) { IntentFilter filter = filters.get(i); for (int j=0; j<filter.countActions(); j++) { String action = filter.getAction(j); ArrayList<ReceiverRecord> receivers = mActions.get(action); if (receivers != null) { for (int k=0; k<receivers.size(); k++) { if (receivers.get(k).receiver == receiver) { receivers.remove(k); k--; } } if (receivers.size() <= 0) { mActions.remove(action); } } } } } } |
从mReceivers
及mActions
中移除相应元素。
到此为止我们便非常清晰了:
(1) LocalBroadcastManager 的核心实现实际还是 Handler,只是利用到了 IntentFilter 的 match 功能,至于 BroadcastReceiver 换成其他接口也无所谓,顺便利用了现成的类和概念而已。
(2) 因为是 Handler 实现的应用内的通信,自然安全性更好,效率更高。
LocalBroadcastManager 的实现原理,还是 Binder?相关推荐
- Android10.0 Binder通信原理(十一)-Binder总结
摘要:本节主要来讲解Android10.0 Binder的通信原理总结 阅读本文大约需要花费17分钟. 文章首发微信公众号:IngresGe 专注于Android系统级源码分析,Android的平台设 ...
- Android10.0 Binder通信原理(六)-Binder数据如何完成定向打击
摘要:本节主要来讲解Android10.0 Binder的数据是如何完成定向打击 阅读本文大约需要花费30分钟. 文章首发微信公众号:IngresGe 专注于Android系统级源码分析,Androi ...
- Android10.0 Binder通信原理(五)-Binder驱动分析
摘要:本节主要来讲解Android10.0 Binder的驱动层分析 阅读本文大约需要花费35分钟. 文章首发微信公众号:IngresGe 专注于Android系统级源码分析,Android的平台设计 ...
- Android10.0 Binder通信原理(二)-Binder入门篇
摘要:本节主要来讲解Android10.0 Binder的设计原理,如何设计一个Binder通信 阅读本文大约需要花费15分钟. 文章首发微信公众号:IngresGe 专注于Android系统级源码分 ...
- Android10.0 Binder通信原理(一)Binder、HwBinder、VndBinder概要
摘要:本节主要来讲解Android10.0 Binder.HwBinder.VndBinder的关联与各自作用 阅读本文大约需要花费10分钟. 文章首发微信公众号:IngresGe 专注于Androi ...
- Binder原理,Binder机制
写的很好的文章,通俗易懂, 做个记录 Binder机制,从Java到C (1. IPC in Application Remote Service) Binder机制,从Java到C (2. IPC ...
- AIDL 和binder 原理
文章中提到的 IBookManager 和 getBookList 是下面代码中的 IMyAidlInterface 和 sum(**)函数 GIT: https://github.com/whtch ...
- Android10.0 Binder通信原理(九)-AIDL Binder示例
摘要:本节主要来讲解Android10.0 Binder中如何使用AIDL 阅读本文大约需要花费20分钟. 文章首发微信公众号:IngresGe 专注于Android系统级源码分析,Android的平 ...
- Android10.0 Binder通信原理(八)-Framework层分析
摘要:本节主要来讲解Android10.0 Binder 在Framework的使用分析 阅读本文大约需要花费15分钟. 文章首发微信公众号:IngresGe 专注于Android系统级源码分析,An ...
- Android10.0 Binder通信原理(七)-Framework binder示例
摘要:本节主要来讲解Android10.0 Binder在Framework中的示例 阅读本文大约需要花费15分钟. 文章首发微信公众号:IngresGe 专注于Android系统级源码分析,Andr ...
最新文章
- TDD可以驱动设计吗?
- WPF Viewport3D 解决透视模式时窗体模糊
- BZOJ.3265.志愿者招募加强版(费用流SPFA)
- linux进程映像由哪些构成,Linux编程开发进程映像类型分析
- 公开课 之 心蓝 计算器 (课堂笔记)
- 解决使用elementUI框架el-upload上传组件时session丢失问题
- 浅谈WebView的使用
- JavaScript内置对象→对象、系统函数、Date日期对象、String字符串对象、Math对象、Number数字对象、Object对象、Boolean对象、Error对象
- mysql的主从同步查询_mysql主从同步
- F2FS源码分析-1.1 [F2FS 元数据布局部分] F2FS文件系统的总体结构
- 才意识到自己“奇葩”的360,会不会有些晚?
- 人脸聚类Learning to Cluster Faces(翻译)
- 常与同好争高下,不与傻瓜论短长
- 传统语音识别介绍【二】—— 特征提取
- 12--CSS导航栏(知识点复习)
- mysql区分大小写嘛_Mysql区分大小写问题
- 7-5 分而治之 (25 分)
- 地铁框架保护的原理_地铁直流系统中框架保护原理及处理程序
- Java中的逻辑运算符/移位运算符简单总结
- RK3399 Android7.1使用网络连接ADB
热门文章
- 【影像学基本知识】T1, T2 and PD weighted imaging
- vue 异步更新队列 Vue.nextTick(callback)
- 安装 | Android studio 3.5.2安装教程
- SQL Server-【知识与实战V】视图
- linux中LCD之framebuffer设备驱动
- 【推荐】 Neutralizer 安卓上特殊的均衡器
- uoj#283. 直径拆除鸡(构造)
- 递归的效率问题以及递归与循环的比较
- HPU--1392 分隔A+B
- mybatis 学习五 二级缓存不推荐使用