导读:本文说明系统发送广播的部分流程,如何利用Intent查找到对应接收器。我们依然只关注接收器的排序问题
这篇文章主要是针对我前两篇文章
现在给出第二步分的分析
下面就来看看发送广播的流程
Context中的sendBroadCast函数的实现是在ContextImpl中,和发送广播相关的有如下六个函数
void android.app.ContextImpl.sendBroadcast(Intent intent)
void android.app.ContextImpl.sendBroadcast(Intent intent, String receiverPermission)
void android.app.ContextImpl.sendOrderedBroadcast(Intent intent, String receiverPermission)
void android.app.ContextImpl.sendOrderedBroadcast(Intent intent, String receiverPermission, BroadcastReceiver resultReceiver, Handler scheduler, int initialCode, String initialData, Bundle initialExtras)
void android.app.ContextImpl.sendStickyBroadcast(Intent intent)
void android.app.ContextImpl.sendStickyOrderedBroadcast(Intent intent, BroadcastReceiver resultReceiver, Handler scheduler, int initialCode, String initialData, Bundle initialExtras)
可以分为3组:1普通广播;2Ordered广播;3Sticky广播
不论哪种,最后都会由ActivityManagerService处理
private final int broadcastIntentLocked(ProcessRecord callerApp, String callerPackage, Intent intent, String resolvedType, IIntentReceiver resultTo, int resultCode, String resultData, Bundle map, String requiredPermission, boolean ordered, boolean sticky, int callingPid, int callingUid)
以第一种情况为例,流程图大概是这个样子的
ordered和sticky用来区分上面3组广播
下面我们仔细看看这个方法都干了些什么
删减了一些代码
private final int broadcastIntentLocked(ProcessRecord callerApp, String callerPackage, Intent intent, String resolvedType, IIntentReceiver resultTo, int resultCode, String resultData, Bundle map, String requiredPermission, boolean ordered, boolean sticky, int callingPid, int callingUid) { ...//处理特殊intent // Add to the sticky list if requested. ...//处理sticky广播 // Figure out who all will receive this broadcast. List receivers = null; List<BroadcastFilter> registeredReceivers = null; try { if (intent.getComponent() != null) { // Broadcast is going to one specific receiver class... ActivityInfo ai = AppGlobals.getPackageManager(). getReceiverInfo(intent.getComponent(), STOCK_PM_FLAGS); if (ai != null) { receivers = new ArrayList(); ResolveInfo ri = new ResolveInfo(); ri.activityInfo = ai; receivers.add(ri); } } else { // Need to resolve the intent to interested receivers... if ((intent.getFlags()&Intent.FLAG_RECEIVER_REGISTERED_ONLY) == 0) { receivers = AppGlobals.getPackageManager().queryIntentReceivers( intent, resolvedType, STOCK_PM_FLAGS); } registeredReceivers = mReceiverResolver.queryIntent(intent, resolvedType, false); } } catch (RemoteException ex) { // pm is in same process, this will never happen. } final boolean replacePending = (intent.getFlags()&Intent.FLAG_RECEIVER_REPLACE_PENDING) != 0; ... int NR = registeredReceivers != null ? registeredReceivers.size() : 0; ...//如果广播是非ordered,先处理动态注册的接收器 if (!ordered && NR > 0) { // If we are not serializing this broadcast, then send the // registered receivers separately so they don't wait for the // components to be launched. BroadcastRecord r = new BroadcastRecord(intent, callerApp, callerPackage, callingPid, callingUid, requiredPermission, registeredReceivers, resultTo, resultCode, resultData, map, ordered, sticky, false); ... //mParallelBroadcasts只含有动态注册的receiver boolean replaced = false; if (replacePending) { for (int i=mParallelBroadcasts.size()-1; i>=0; i--) { if (intent.filterEquals(mParallelBroadcasts.get(i).intent)) { if (DEBUG_BROADCAST) Slog.v(TAG, "***** DROPPING PARALLEL: " + intent); mParallelBroadcasts.set(i, r); replaced = true; break; } } } if (!replaced) { mParallelBroadcasts.add(r); scheduleBroadcastsLocked(); } registeredReceivers = null; NR = 0; } // Merge into one list. //如果广播是ordered,合并静态、动态接收器 //否则之前处理过动态接收器,这里registeredReceivers为null int ir = 0; if (receivers != null) { ... //合并的过程,注意顺序 int NT = receivers != null ? receivers.size() : 0; int it = 0; ResolveInfo curt = null; BroadcastFilter curr = null; while (it < NT && ir < NR) { if (curt == null) { curt = (ResolveInfo)receivers.get(it); } if (curr == null) { curr = registeredReceivers.get(ir); } //如果动态接收器优先级高,那么就插到前面 //否则进入else,然后进行下一轮比较,拿下一个静态接收器与之前的动态接收器比较,直到找到自己的位置才插入进列表中 //在这里,调整好接收器的顺序,同等优先级的,显然动态的要在静态的前面 if (curr.getPriority() >= curt.priority) { // Insert this broadcast record into the final list. receivers.add(it, curr); ir++; curr = null; it++; NT++; } else { // Skip to the next ResolveInfo in the final list. it++; curt = null; } } } while (ir < NR) { if (receivers == null) { receivers = new ArrayList(); } receivers.add(registeredReceivers.get(ir)); ir++; } if ((receivers != null && receivers.size() > 0) || resultTo != null) { BroadcastRecord r = new BroadcastRecord(intent, callerApp, callerPackage, callingPid, callingUid, requiredPermission, receivers, resultTo, resultCode, resultData, map, ordered, sticky, false); ... if (!replaced) { mOrderedBroadcasts.add(r); scheduleBroadcastsLocked(); } } return BROADCAST_SUCCESS; }
注意上面函数中提到的其中两个成员变量
/** * List of all active broadcasts that are to be executed immediately * (without waiting for another broadcast to finish). Currently this only * contains broadcasts to registered receivers, to avoid spinning up * a bunch of processes to execute IntentReceiver components. */ final ArrayList<BroadcastRecord> mParallelBroadcasts = new ArrayList<BroadcastRecord>(); /** * List of all active broadcasts that are to be executed one at a time. * The object at the top of the list is the currently activity broadcasts; * those after it are waiting for the top to finish.. */ final ArrayList<BroadcastRecord> mOrderedBroadcasts = new ArrayList<BroadcastRecord>();
如果是非ordered广播,那么mParallelBroadcasts将存储所有动态接收器,然后合并的时候,mParallelBroadcasts设置为null,所以不会合并到receivers中
如果是ordered广播,那么mParallelBroadcasts将合并到receivers中
然后,不管是哪种广播,最后都是调用scheduleBroadcastsLocked继续处理
最终到processNextBroadcast函数上
在看processNextBroadcast函数之前,还有个问题需要解决
receivers = AppGlobals.getPackageManager().queryIntentReceivers(intent, resolvedType, STOCK_PM_FLAGS); registeredReceivers = mReceiverResolver.queryIntent(intent, resolvedType, false);
那就是查询出来的List是什么顺序,之后的处理过程上面都已经看到了,但是这里面是什么顺序我们还没有看到
先看看动态注册的Receiver情况
public List<R> queryIntent(Intent intent, String resolvedType, boolean defaultOnly) { String scheme = intent.getScheme(); ArrayList<R> finalList = new ArrayList<R>(); ... ArrayList<F> firstTypeCut = null; ArrayList<F> secondTypeCut = null; ArrayList<F> thirdTypeCut = null; ArrayList<F> schemeCut = null; //下面是一些匹配的细节,我们先不关注 // If the intent includes a MIME type, then we want to collect all of // the filters that match that MIME type. //这里不涉及MIME,所以这里resolvedType=null if (resolvedType != null) { ... } // If the intent includes a data URI, then we want to collect all of // the filters that match its scheme (we will further refine matches // on the authority and path by directly matching each resulting filter). if (scheme != null) { schemeCut = mSchemeToFilter.get(scheme); if (debug) Slog.v(TAG, "Scheme list: " + schemeCut); } // If the intent does not specify any data -- either a MIME type or // a URI -- then we will only be looking for matches against empty // data. if (resolvedType == null && scheme == null && intent.getAction() != null) { firstTypeCut = mActionToFilter.get(intent.getAction());//在addFilter的时候将其add进去,见上一篇博客 if (debug) Slog.v(TAG, "Action list: " + firstTypeCut); } FastImmutableArraySet<String> categories = getFastIntentCategories(intent); //finalList就是我们的结果集 if (firstTypeCut != null) { //buildResolveList循环List,检查是否符合条件,然后复制到finalList中 buildResolveList(intent, categories, debug, defaultOnly, resolvedType, scheme, firstTypeCut, finalList); } if (secondTypeCut != null) { buildResolveList(intent, categories, debug, defaultOnly, resolvedType, scheme, secondTypeCut, finalList); } if (thirdTypeCut != null) { buildResolveList(intent, categories, debug, defaultOnly, resolvedType, scheme, thirdTypeCut, finalList); } if (schemeCut != null) { buildResolveList(intent, categories, debug, defaultOnly, resolvedType, scheme, schemeCut, finalList); } sortResults(finalList); ... return finalList; }
这里我们也看到关于排序代码,具体如下,很简单
@SuppressWarnings("unchecked") protected void sortResults(List<R> results) { Collections.sort(results, mResolvePrioritySorter); } // Sorts a List of IntentFilter objects into descending priority order. @SuppressWarnings("rawtypes") private static final Comparator mResolvePrioritySorter = new Comparator() { public int compare(Object o1, Object o2) { final int q1 = ((IntentFilter) o1).getPriority(); final int q2 = ((IntentFilter) o2).getPriority(); return (q1 > q2) ? -1 : ((q1 < q2) ? 1 : 0); } };
上面就是简单的按优先级排序,大的放在前面,否则位置不动
下面看看静态注册的Receiver情况,最终也会和动态注册的Receiver一样,调用同一个函数
public List<ResolveInfo> queryIntentReceivers(Intent intent, String resolvedType, int flags) { //ComponentName之后应该均为null,我们不讨论只发给特定组件的情况,因为那样不涉及优先级和顺序的问题 ComponentName comp = intent.getComponent(); if (comp == null) { if (intent.getSelector() != null) { intent = intent.getSelector(); comp = intent.getComponent(); } } if (comp != null) { List<ResolveInfo> list = new ArrayList<ResolveInfo>(1); ActivityInfo ai = getReceiverInfo(comp, flags); if (ai != null) { ResolveInfo ri = new ResolveInfo(); ri.activityInfo = ai; list.add(ri); } return list; } // reader //ComponentName=null,所以会执行下面代码 synchronized (mPackages) { String pkgName = intent.getPackage(); //只考虑pkgName=null的情况,同一个package中,哪个receiver先接收到广播暂时不关心 if (pkgName == null) { return mReceivers.queryIntent(intent, resolvedType, flags);//最终会调用IntentResolver.queryIntent,上面已经分析过 } final PackageParser.Package pkg = mPackages.get(pkgName); if (pkg != null) { return mReceivers.queryIntentForPackage(intent, resolvedType, flags, pkg.receivers); } return null; } }
现在看来,上面两个查询都是按优先级从高到低排序的,如果优先级相同,顺序则保持不变
之后是调用scheduleBroadcastsLocked来发广播给每一个receiver
至于广播后续如何处理,我们就不再深究了
到这里已经能看到应用中的接收顺序了
总结:
情况分为两种(scheduleBroadcastsLocked),ordered广播和非ordered广播
非ordered广播
先处理动接收器,然后处理静态接收器
ordered广播
同时处理动态接收器和静态接收器
先将动态接收器与静态接收器合并,保持着与优先级相同的顺序,优先级高的在前面,否则顺序不变。静态接收器与动态接收器优先级相同的话,动态接收器在前
转贴请保留以下链接
本人blog地址
相关推荐
- 港区内因生产需要使用炉火时,需由单位消防安全责任人审批,并报辖区派出所备案。 - 港区内临时建筑严禁使用各种明火炉具。 - 施工工地需要使用明火炉具的食堂,需经建设主管部门的消防安全责任人审批,并报辖区...
- **输入**:流程开始时所接收的信息或材料。 - **输出**:流程结束时产生的结果或产品。 - **相互关系**:指流程中各个步骤之间的相互依赖和协作。 - **SIPOC**:提供了一个宏观视角来审视流程,并强调了供应商与...
- **重要性**:耐用性是评估接收机质量的重要指标之一,尤其在1990年后成为了关键考量因素。 ##### 3. 动态性能 - **指标**:动态性能的指标对于不同的应用场景有所不同。例如,陆用和海用接收机至少需要支持2g的...
- 详述了在三包期内因质量问题导致换货时的价格差额处理流程。 以上是对某集团业务流程案例中的主要知识点进行的详细解析。这些流程不仅为内部管理提供了明确的指导,也为外部审计或评估提供了有力的支持。通过...
PHA方法的运用,不仅能够提前发现和消除安全隐患,还能指导完善安全规章制度,优化作业流程,从而有效预防矿井内因火灾。此外,PHA的结果可以作为矿井安全管理决策的科学依据,促进安全管理体系的持续改进。 总的来...
为了矿井内因火灾防治工作更好更快的发展,结合矿井内因...并从加强基础理论研究、加快新型材料及工艺设备研发2个方面进行了矿井内因火灾防治技术发展方向的展望,以保障煤矿安全生产及推动煤炭工业的健康可持续发展。
2022年下半年福建省安全工程师安全生产法:内因火灾的预防方法考试题定义.pdf
煤矿内因火灾影响着煤矿的安全高效生产,目前煤矿内因火灾评价准确度较低,评价方法过于陈旧。针对此问题,提出一种基于集对分析-区间三角模糊数的煤矿内因火灾危险性评价耦合模型,集对分析多元联系数可以兼顾煤矿内因...
信息安全问题的根源可以分为内因和外因。内因通常源于信息系统的复杂性,导致漏洞不可避免;外因则包括环境因素和人为因素,如黑客攻击、恶意软件等。信息安全的特性包括系统性、动态性、无边界和非传统,意味着安全...
【标题】:“大斗沟井下外因内因火灾事故应急救援预案”是针对矿井火灾安全防范的重要文档,旨在确保在发生此类事故时能够迅速、有效地实施救援行动,保护人员安全并减小财产损失。 【描述】:该文档作为专题资料,...
软件安全问题产生-内因软件规模增大,功能越来越多,越来越复杂;软件模块复用,导致安全漏洞延续;软件扩展模块带来的安全问题Windows操作系统不同版本源代码数量。 软件安全问题产生-外因互联网发展对软件安全的...
4. **软件开发方法存在问题**:不合理的开发流程、缺少安全测试等都会导致软件出现安全问题。 **外因**:主要指的是软件运行过程中面临的外部威胁。 1. **网络对软件的影响**:互联网的发展使得软件更容易受到来自...
#### 七、安全生产中介服务性质 - **服务业范畴**: 安全生产中介服务属于第三产业中的服务业,主要提供安全咨询、培训、评估等服务。 #### 八、事故预防方法 - **类比方法**: - 通过比较类似的工程系统或作业...
从作用因素来看,安全生产保证体系可以理解为内因,它直接影响到企业的安全文化、安全意识和安全管理的规范性,是企业内在的安全防护屏障。而安全监督体系则扮演着外因的角色,它通过外部的约束力和检查机制,促使...
第1章“轨道交通大发 展的时代”与第2章“轨道交通车辆的安全问题”与 城轨交通的发展 历史和当前形势接轨,搜集、调查了国际国内的若干 素材。在第3章,介绍了轨道车辆走行部常见故障。第4章 “轨道车辆走行部检测...
- **CISP**:注册信息安全专业人员(Certified Information Security Professional)是信息安全领域的重要认证之一。 - **课程内容**:涵盖信息安全保障、信息安全工程、信息安全法规政策和标准、信息安全管理等多个...
毫不夸张的说,如果一台电脑没有安装杀毒软件就连接了互联网,则其很可能在几天内甚至数小时内因感染病毒而导计算机网络安全问题分析及对策全文共5页,当前为第3页。计算机网络安全问题分析及对策全文共5页,当前为...