Android应用程序发送广播(sendBroadcast)的过程分析(1)

简介:

        前面我们分析了Android应用程序注册广播接收器的过程,这个过程只完成了万里长征的第一步,接下来它还要等待ActivityManagerService将广播分发过来。ActivityManagerService是如何得到广播并把它分发出去的呢?这就是本文要介绍的广播发送过程了。

        广播的发送过程比广播接收器的注册过程要复杂得多了,不过这个过程仍然是以ActivityManagerService为中心。广播的发送者将广播发送到ActivityManagerService,ActivityManagerService接收到这个广播以后,就会在自己的注册中心查看有哪些广播接收器订阅了该广播,然后把这个广播逐一发送到这些广播接收器中,但是ActivityManagerService并不等待广播接收器处理这些广播就返回了,因此,广播的发送和处理是异步的。概括来说,广播的发送路径就是从发送者到ActivityManagerService,再从ActivityManagerService到接收者,这中间的两个过程都是通过Binder进程间通信机制来完成的,因此,希望读者在继续阅读本文之前,对Android系统的Binder进程间通信机制有所了解,具体可以参考Android进程间通信(IPC)机制Binder简要介绍和学习计划一文。

        本文继续以Android系统中的广播(Broadcast)机制简要介绍和学习计划一文中所开发的应用程序为例子,并且结合上文Android应用程序注册广播接收器(registerReceiver)的过程分析的内容,一起来分析Android应用程序发送广播的过程。

        回顾一下Android系统中的广播(Broadcast)机制简要介绍和学习计划一文中所开发的应用程序的组织架构,MainActivity向ActivityManagerService注册了一个CounterService.BROADCAST_COUNTER_ACTION类型的计数器服务广播接收器,计数器服务CounterService在后台线程中启动了一个异步任务(AsyncTask),这个异步任务负责不断地增加计数,并且不断地将当前计数值通过广播的形式发送出去,以便MainActivity可以将当前计数值在应用程序的界面线程中显示出来。

        计数器服务CounterService发送广播的代码如下所示:


  
  
  1. public class CounterService extends Service implements ICounterService {     
  2.     ......    
  3.    
  4.     public void startCounter(int initVal) {     
  5.         AsyncTask<Integer, Integer, Integer> task = new AsyncTask<Integer, Integer, Integer>() {         
  6.             @Override     
  7.             protected Integer doInBackground(Integer... vals) {     
  8.                 ......     
  9.             }     
  10.    
  11.             @Override      
  12.             protected void onProgressUpdate(Integer... values) {     
  13.                 super.onProgressUpdate(values);     
  14.    
  15.                 int counter = values[0];     
  16.    
  17.                 Intent intent = new Intent(BROADCAST_COUNTER_ACTION);     
  18.                 intent.putExtra(COUNTER_VALUE, counter);     
  19.    
  20.                 sendBroadcast(intent);     
  21.             }     
  22.    
  23.             @Override     
  24.             protected void onPostExecute(Integer val) {     
  25.                 ......    
  26.             }     
  27.    
  28.         };     
  29.    
  30.         task.execute(0);         
  31.     }     
  32.    
  33.     ......   
  34. }   

        在onProgressUpdate函数中,创建了一个BROADCAST_COUNTER_ACTION类型的Intent,并且在这里个Intent中附加上当前的计数器值,然后通过CounterService类的成员函数sendBroadcast将这个Intent发送出去。CounterService类继承了Service类,Service类又继承了ContextWrapper类,成员函数sendBroadcast就是从ContextWrapper类继承下来的,因此,我们就从ContextWrapper类的sendBroadcast函数开始,分析广播发送的过程。

        在继承分析广播的发送过程前,我们先来看一下广播发送过程的序列图,然后按照这个序图中的步骤来一步一步分析整个过程。

 Step 1. ContextWrapper.sendBroadcast

        这个函数定义在frameworks/base/core/java/android/content/ContextWrapper.java文件中:


  
  
  1. public class ContextWrapper extends Context {   
  2.     Context mBase;   
  3.    
  4.     ......   
  5.    
  6.     @Override   
  7.     public void sendBroadcast(Intent intent) {   
  8.         mBase.sendBroadcast(intent);   
  9.     }   
  10.    
  11.     ......   
  12.    
  13. }   

        这里的成员变量mBase是一个ContextImpl实例,这里只简单地调用ContextImpl.sendBroadcast进一行操作。

         Step 2. ContextImpl.sendBroadcast

         这个函数定义在frameworks/base/core/java/android/app/ContextImpl.java文件中:


  
  
  1. class ContextImpl extends Context {   
  2.     ......   
  3.    
  4.     @Override   
  5.     public void sendBroadcast(Intent intent) {   
  6.         String resolvedType = intent.resolveTypeIfNeeded(getContentResolver());   
  7.         try {   
  8.             ActivityManagerNative.getDefault().broadcastIntent(   
  9.                 mMainThread.getApplicationThread(), intent, resolvedType, null,   
  10.                 Activity.RESULT_OK, nullnullnullfalsefalse);   
  11.         } catch (RemoteException e) {   
  12.         }   
  13.     }   
  14.    
  15.     ......   
  16.    
  17. }   

        这里的resolvedType表示这个Intent的MIME类型,我们没有设置这个Intent的MIME类型,因此,这里的resolvedType为null。接下来就调用ActivityManagerService的远程接口ActivityManagerProxy把这个广播发送给ActivityManagerService了。

        Step 3. ActivityManagerProxy.broadcastIntent

        这个函数定义在frameworks/base/core/java/android/app/ActivityManagerNative.java文件中:


  
  
  1. class ActivityManagerProxy implements IActivityManager   
  2. {   
  3.     ......   
  4.    
  5.     public int broadcastIntent(IApplicationThread caller,   
  6.         Intent intent, String resolvedType,  IIntentReceiver resultTo,   
  7.         int resultCode, String resultData, Bundle map,   
  8.         String requiredPermission, boolean serialized,   
  9.         boolean sticky) throws RemoteException   
  10.     {   
  11.         Parcel data = Parcel.obtain();   
  12.         Parcel reply = Parcel.obtain();   
  13.         data.writeInterfaceToken(IActivityManager.descriptor);   
  14.         data.writeStrongBinder(caller != null ? caller.asBinder() : null);   
  15.         intent.writeToParcel(data, 0);   
  16.         data.writeString(resolvedType);   
  17.         data.writeStrongBinder(resultTo != null ? resultTo.asBinder() : null);   
  18.         data.writeInt(resultCode);   
  19.         data.writeString(resultData);   
  20.         data.writeBundle(map);   
  21.         data.writeString(requiredPermission);   
  22.         data.writeInt(serialized ? 1 : 0);   
  23.         data.writeInt(sticky ? 1 : 0);   
  24.         mRemote.transact(BROADCAST_INTENT_TRANSACTION, data, reply, 0);   
  25.         reply.readException();   
  26.         int res = reply.readInt();   
  27.         reply.recycle();   
  28.         data.recycle();   
  29.         return res;   
  30.     }   
  31.    
  32.     ......   
  33.    
  34. }   

         这里的实现比较简单,把要传递的参数封装好,然后通过Binder驱动程序进入到ActivityManagerService的broadcastIntent函数中。

         Step 4. ctivityManagerService.broadcastIntent

         这个函数定义在frameworks/base/services/java/com/android/server/am/ActivityManagerService.java文件中:


  
  
  1. public final class ActivityManagerService extends ActivityManagerNative   
  2.         implements Watchdog.Monitor, BatteryStatsImpl.BatteryCallback {   
  3.     ......   
  4.    
  5.     public final int broadcastIntent(IApplicationThread caller,   
  6.             Intent intent, String resolvedType, IIntentReceiver resultTo,   
  7.             int resultCode, String resultData, Bundle map,   
  8.             String requiredPermission, boolean serialized, boolean sticky) {   
  9.         synchronized(this) {   
  10.             intent = verifyBroadcastLocked(intent);   
  11.    
  12.             final ProcessRecord callerApp = getRecordForAppLocked(caller);   
  13.             final int callingPid = Binder.getCallingPid();   
  14.             final int callingUid = Binder.getCallingUid();   
  15.             final long origId = Binder.clearCallingIdentity();   
  16.             int res = broadcastIntentLocked(callerApp,   
  17.                 callerApp != null ? callerApp.info.packageName : null,   
  18.                 intent, resolvedType, resultTo,   
  19.                 resultCode, resultData, map, requiredPermission, serialized,   
  20.                 sticky, callingPid, callingUid);   
  21.             Binder.restoreCallingIdentity(origId);   
  22.             return res;   
  23.         }   
  24.     }   
  25.    
  26.     ......   
  27. }   
 

        这里调用broadcastIntentLocked函数来进一步处理。

         Step 5. ActivityManagerService.broadcastIntentLocked

         这个函数定义在frameworks/base/services/java/com/android/server/am/ActivityManagerService.java文件中:


  
  
  1. public final class ActivityManagerService extends ActivityManagerNative   
  2.         implements Watchdog.Monitor, BatteryStatsImpl.BatteryCallback {   
  3.     ......   
  4.    
  5.     private final int broadcastIntentLocked(ProcessRecord callerApp,   
  6.             String callerPackage, Intent intent, String resolvedType,   
  7.             IIntentReceiver resultTo, int resultCode, String resultData,   
  8.             Bundle map, String requiredPermission,   
  9.             boolean ordered, boolean sticky, int callingPid, int callingUid) {   
  10.         intent = new Intent(intent);   
  11.    
  12.         ......   
  13.    
  14.         // Figure out who all will receive this broadcast.   
  15.         List receivers = null;   
  16.         List<BroadcastFilter> registeredReceivers = null;   
  17.         try {   
  18.             if (intent.getComponent() != null) {   
  19.                 ......   
  20.             } else {   
  21.                 ......   
  22.                 registeredReceivers = mReceiverResolver.queryIntent(intent, resolvedType, false);   
  23.             }   
  24.         } catch (RemoteException ex) {   
  25.             ......   
  26.         }   
  27.    
  28.         final boolean replacePending =   
  29.             (intent.getFlags()&Intent.FLAG_RECEIVER_REPLACE_PENDING) != 0;   
  30.    
  31.         int NR = registeredReceivers != null ? registeredReceivers.size() : 0;   
  32.         if (!ordered && NR > 0) {   
  33.             // If we are not serializing this broadcast, then send the   
  34.             // registered receivers separately so they don't wait for the   
  35.             // components to be launched.   
  36.             BroadcastRecord r = new BroadcastRecord(intent, callerApp,   
  37.                 callerPackage, callingPid, callingUid, requiredPermission,   
  38.                 registeredReceivers, resultTo, resultCode, resultData, map,   
  39.                 ordered, sticky, false);   
  40.             ......   
  41.             boolean replaced = false;   
  42.             if (replacePending) {   
  43.                 for (int i=mParallelBroadcasts.size()-1; i>=0; i--) {   
  44.                     if (intent.filterEquals(mParallelBroadcasts.get(i).intent)) {   
  45.                         ......   
  46.                         mParallelBroadcasts.set(i, r);   
  47.                         replaced = true;   
  48.                         break;   
  49.                     }   
  50.                 }   
  51.             }   
  52.    
  53.             if (!replaced) {   
  54.                 mParallelBroadcasts.add(r);   
  55.    
  56.                 scheduleBroadcastsLocked();   
  57.             }   
  58.    
  59.             registeredReceivers = null;   
  60.             NR = 0;   
  61.         }   
  62.    
  63.         ......   
  64.    
  65.     }   
  66.    
  67.     ......   
  68. }   

    这个函数首先是根据intent找出相应的广播接收器:


  
  
  1.    // Figure out who all will receive this broadcast.   
  2.    List receivers = null;   
  3.    List<BroadcastFilter> registeredReceivers = null;   
  4.    try {   
  5. if (intent.getComponent() != null) {   
  6.         ......   
  7. else {   
  8.     ......   
  9.     registeredReceivers = mReceiverResolver.queryIntent(intent, resolvedType, false);   
  10. }   
  11.    } catch (RemoteException ex) {   
  12. ......   
  13.    }   

     回忆一下前面一篇文章Android应用程序注册广播接收器(registerReceiver)的过程分析中的Step 6(ActivityManagerService.registerReceiver)中,我们将一个filter类型为BROADCAST_COUNTER_ACTION类型的BroadcastFilter实例保存在了ActivityManagerService的成员变量mReceiverResolver中,这个BroadcastFilter实例包含了我们所注册的广播接收器,这里就通过mReceiverResolver.queryIntent函数将这个BroadcastFilter实例取回来。由于注册一个广播类型的接收器可能有多个,所以这里把所有符合条件的的BroadcastFilter实例放在一个List中,然后返回来。在我们这个场景中,这个List就只有一个BroadcastFilter实例了,就是MainActivity注册的那个广播接收器。






本文转自 Luoshengyang 51CTO博客,原文链接:http://blog.51cto.com/shyluo/966384,如需转载请自行联系原作者

目录
相关文章
|
4天前
|
安全 Android开发 数据安全/隐私保护
深入探讨iOS与Android系统安全性对比分析
在移动操作系统领域,iOS和Android无疑是两大巨头。本文从技术角度出发,对这两个系统的架构、安全机制以及用户隐私保护等方面进行了详细的比较分析。通过深入探讨,我们旨在揭示两个系统在安全性方面的差异,并为用户提供一些实用的安全建议。
|
12天前
|
缓存 Java Shell
Android 系统缓存扫描与清理方法分析
Android 系统缓存从原理探索到实现。
38 15
Android 系统缓存扫描与清理方法分析
|
3天前
|
JSON Java Android开发
探索安卓开发之旅:打造你的第一个天气应用
【10月更文挑战第30天】在这个数字时代,掌握移动应用开发技能无疑是进入IT行业的敲门砖。本文将引导你开启安卓开发的奇妙之旅,通过构建一个简易的天气应用来实践你的编程技能。无论你是初学者还是有一定经验的开发者,这篇文章都将成为你宝贵的学习资源。我们将一步步地深入到安卓开发的世界中,从搭建开发环境到实现核心功能,每个环节都充满了发现和创造的乐趣。让我们开始吧,一起在代码的海洋中航行!
|
4天前
|
存储 搜索推荐 Java
打造个性化安卓应用:从设计到实现
【10月更文挑战第30天】在数字化时代,拥有一个个性化的安卓应用不仅能够提升用户体验,还能加强品牌识别度。本文将引导您了解如何从零开始设计和实现一个安卓应用,涵盖用户界面设计、功能开发和性能优化等关键环节。我们将以一个简单的记事本应用为例,展示如何通过Android Studio工具和Java语言实现基本功能,同时确保应用流畅运行。无论您是初学者还是希望提升现有技能的开发者,这篇文章都将为您提供宝贵的见解和实用的技巧。
|
7天前
|
搜索推荐 开发工具 Android开发
打造个性化Android应用:从设计到实现的旅程
【10月更文挑战第26天】在这个数字时代,拥有一个能够脱颖而出的移动应用是成功的关键。本文将引导您了解如何从概念化阶段出发,通过设计、开发直至发布,一步步构建一个既美观又实用的Android应用。我们将探讨用户体验(UX)设计的重要性,介绍Android开发的核心组件,并通过实际案例展示如何克服开发中的挑战。无论您是初学者还是有经验的开发者,这篇文章都将为您提供宝贵的见解和实用的技巧,帮助您在竞争激烈的应用市场中脱颖而出。
|
9天前
|
算法 Java 数据库
Android 应用的主线程在什么情况下会被阻塞?
【10月更文挑战第20天】为了避免主线程阻塞,我们需要合理地设计和优化应用的代码。将耗时操作移到后台线程执行,使用异步任务、线程池等技术来提高应用的并发处理能力。同时,要注意避免出现死循环、不合理的锁使用等问题。通过这些措施,可以确保主线程能够高效地运行,提供流畅的用户体验。
21 2
|
13天前
|
Java API Android开发
安卓应用程序开发的新手指南:从零开始构建你的第一个应用
【10月更文挑战第20天】在这个数字技术不断进步的时代,掌握移动应用开发技能无疑打开了一扇通往创新世界的大门。对于初学者来说,了解并学习如何从无到有构建一个安卓应用是至关重要的第一步。本文将为你提供一份详尽的入门指南,帮助你理解安卓开发的基础知识,并通过实际示例引导你完成第一个简单的应用项目。无论你是编程新手还是希望扩展你的技能集,这份指南都将是你宝贵的资源。
42 5
|
13天前
|
移动开发 Dart 搜索推荐
打造个性化安卓应用:从零开始的Flutter之旅
【10月更文挑战第20天】本文将引导你开启Flutter开发之旅,通过简单易懂的语言和步骤,让你了解如何从零开始构建一个安卓应用。我们将一起探索Flutter的魅力,实现快速开发,并见证代码示例如何生动地转化为用户界面。无论你是编程新手还是希望扩展技能的开发者,这篇文章都将为你提供价值。
|
23天前
|
调度 Android开发 开发者
构建高效Android应用:探究Kotlin多线程优化策略
【10月更文挑战第11天】本文探讨了如何在Kotlin中实现高效的多线程方案,特别是在Android应用开发中。通过介绍Kotlin协程的基础知识、异步数据加载的实际案例,以及合理使用不同调度器的方法,帮助开发者提升应用性能和用户体验。
40 4
|
23天前
|
编解码 Android开发 UED
构建高效Android应用:从内存优化到用户体验
【10月更文挑战第11天】本文探讨了如何通过内存优化和用户体验改进来构建高效的Android应用。介绍了使用弱引用来减少内存占用、懒加载资源以降低启动时内存消耗、利用Kotlin协程进行异步处理以保持UI流畅,以及采用响应式设计适配不同屏幕尺寸等具体技术手段。
45 2