Android 为什么动态广播接收器比静态广播接收器要接受的早

如果，在短信拦截的软件中，程序员们就发现了这个问题。 同一优先级的广播接收器，动态的要比静态注册的早。

 

动态注册：即由代码注册的广播接收器

静态注册：即在 AndroidManifest.xml 中注册的广播接收器

 

优先级： 当广播为有序发送的时候，要按这个排序并顺序发送。

 

sendBroadcast 发送的是无序广播。

sendOrderedBroadcast 发送的是有序广播。

 

好了，现在寻找问题原因，在找原因前肯定有这样的想法，一个有序队列，既然允许有相同的优先级存在，那么在同优先级内要不然有排序子因素，要不基就是按照某种操作可能影响顺序。后者可能性很大。

 

打开源码，顺着 动态注册广播接受器 找，最后是 ActivityManagerService.java 这个文件找到了 registerReceiver 的实现。

同地也看到，存储的广播接收器列表是 HashMap mRegisteredReceivers 这个变理。

 里面有一段代码为：

[cpp]  view plain copy print ?

1. ReceiverList rl  
2.     = (ReceiverList)mRegisteredReceivers.get(receiver.asBinder());  
3. if (rl == null) {  
4.     rl = new ReceiverList(this, callerApp,  
5.             Binder.getCallingPid(),  
6.             Binder.getCallingUid(), receiver);  
7.     if (rl.app != null) {  
8.         rl.app.receivers.add(rl);  
9.     } else {  
10.         try {  
11.             receiver.asBinder().linkToDeath(rl, 0);  
12.         } catch (RemoteException e) {  
13.             return sticky;  
14.         }  
15.         rl.linkedToDeath = true;  
16.     }  
17.     mRegisteredReceivers.put(receiver.asBinder(), rl);  
18. }  

在里面查找有没有这个 Receiver ， 如果没有 put 进去。

 

看到这里貌似没有对广播的顺序做处理。是不是有别的地方做排序呢，找找成员变理，发现一个可疑的变量：

final ArrayList<BroadcastRecord> mOrderedBroadcasts

没错，感觉就应该是它了。

 

找找对它的操作，只有一处 mOrderedBroadcasts.set ，把代码摘录一下：

 

 BroadcastRecord r = new BroadcastRecord(intent, callerApp,
                    callerPackage, callingPid, callingUid, requiredPermission,
                    receivers, resultTo, resultCode, resultData, map, ordered,
                    sticky, false);

 

mOrderedBroadcasts.set(i, r);

在这里放入了一个 BroadcastRecord 对像，而这个对像中主要的东西其实是 receivers

向上跟踪

[cpp]  view plain copy print ?

1. int NT = receivers != null ? receivers.size() : 0;  
2. int it = 0;  
3. ResolveInfo curt = null;  
4. BroadcastFilter curr = null;  
5. while (it < NT && ir < NR) {  
6.     if (curt == null) {  
7.         curt = (ResolveInfo)receivers.get(it);  
8.     }  
9.     if (curr == null) {  
10.         curr = registeredReceivers.get(ir);  
11.     }  
12.     if (curr.getPriority() >= curt.priority) {  
13.         // Insert this broadcast record into the final list.  
14.         receivers.add(it, curr);  
15.         ir++;  
16.         curr = null;  
17.         it++;  
18.         NT++;  
19.     } else {  
20.         // Skip to the next ResolveInfo in the final list.  
21.         it++;  
22.         curt = null;  
23.     }  
24. }  

 发现了一段 对 receivers 排序的代码，并且判断也是 priority 的值，用的是 >=  方式

 感觉的找到了地方，但是对 Activity Manager Service 这个模块却更加的不懂了，以后有机会一定要分析一下这块是怎样设计的，才能确定本文的问题所在。

暂时记录，以后分析！