
正文
安卓系统广播带权限,安卓的广播机制
提示:扫一扫查出行【扫一扫了解最新限行尾号】
复制提示
说说Android的广播(1)
对于Activity的启动流程,我们已经有了几个版本的分析了。这里我们分析一个更容易一些的,四大组件中最简单的Broadcast Receiver。
关于Broadcast,有几点需要了解。首先是广播的类型,然后是广播的发送方法,最后是广播是如何被接收的。这三者相辅相承的,比如普通广播和有序广播只有在详细了解了广播的接收过程了之后,才能真正明白它的含义。
普通的广播是不在意顺序的,最简单的理解是同时可以收到这个广播。如果应用是动态注册这个广播的,且广播发送时这个进程还活着,那么当然可以并发的把广播尽快地传送出去是最好的。
但是,如果是通过AndroidManifest.xml静态注册的情况,也就是说这个广播首先要把一个进程启动起来,这时并发启动很多进程就是个问题了。Android目前的做法是,对这种静态的广播接收者,自动按有序广播的方式来串行处理。但是这对应用是透明的,应用不能假设系统已经把静态的无序广播当成有序广播来处理。
这个时候讲粘性广播有福了,因为从Android 5.0(API 21)开始,因为安全性的问题,官方已经正式废弃了粘性广播。
Context类提供两个方法可以用于发送普通广播:
差别是第二个设置权限。
发给特定的用户:
有序广播因为要处理消息的处理结果,所以要复杂一些。
如果只是想让广播可以按优先级来收取,并不在意处理的结果,可以用下面的版本:
同样,在多用户环境下,也可以选择给哪个用户发广播:
不管是普通的还是有序的广播都对应有粘性的版本:
以上的API都是定义于Context类中:
首先我们先看看发送端是如何发送的。
我们首先先放一个大图,让大家先有一个直观的印象,不管普通广播、有序广播、粘性广播如何组合,最终都汇集到一个大方法中。
我们先看应用发送普通广播的一个简单的例子:
非常简单,调用ContentWrapper的sendBroadcast方法就可以了。
然后我们顺藤摸瓜就好了。
Activity中的sendBroadcast,实际上调用的是:
我们来看frameworks/base/core/java/android/content/ContextWrapper.java中对sendBroadcast的定义:
ContextWrapper只是一个包装,真正的实现在ContextImpl中
我们来看/frameworks/base/core/java/android/app/ContextImpl.java中真正实现sendBroadcast的功能:
它会通过IPC去调用AMS的broadcastIntent。由于我们这个普通的广播的方法参数最少,所以好多都是传null。
加锁,定参数,然后调用真正的逻辑的实现。
我们先把broadcastIntentLocked的真正逻辑放一下,先看看有序广播是如何发送的。
ContextWrapper.sendOrderedBroadcast
Context是abstract方法,调用的是ContextWrapper的实现:
跟普通广播一样,还是会调用到ContextImpl.sendOrderedBroadcast
有序广播调用broadcastIntent的区别在于serialized参数,普通广播为false,有序广播为true.
原型为:
前面讲过带有回调的版本,我们看看它是如何实现的:
当然还是调用ContextImpl.sendOrderedBroadcast
这次变成只是一个封装了,它会调用一个更多参数的版本:
这次是一个全参数调用broadcastIntent的版本了,除了sticky就齐了
我们也不绕圈子了,直接看ContextImpl.sendStickyBroadcast.
相关问答
Q1: 如何设置安卓手机上的话筒权限
安卓手机设置话筒权限的操作如下:
1、在手机桌面找到“设置”图标单击进入到设置。
2、在设置列表中找到“应用和通知”
3、选择“权限管理”
4、找到想要设置权限的应用点击进入设置。
5、在列表中找到“麦克风”然后点击后面的开关就可以开启或关闭这项权限。(按钮是蓝色表示开启,灰色表示关闭)
6、其实个人建议在安装软件是就禁止掉不想给的权限,在一个软件第一次打开时会弹出对话框提示该软件要使用某某权限,在这里选择“禁止”就行了。
Q2: android广播打开软件需要开起弹窗权限
引导用户打开相应权限
获取当前堆栈,判断应用是否被打开,如果未被打开则强行将应用提至前台
经过测试,第一种方法无效。第二种方案是必备的,让用户打开权限自然是最好的,第三种方法则是比较取巧的方法,这里着重讲第三种方案
先判断我们的界面是否已经被调用到前台
ActivityManager activityManager= (ActivityManager) context.getSystemService(Context.ACTIVITY_SERVICE);
List list = activityManager.getRunningTasks(1);
if (list != null list.size() 0) {
ComponentName cpn = list.get(0).topActivity;
Log.e("className",""+cpn.getClassName());
if (className.equals(cpn.getClassName())) {
return true;
Q3: Android广播发送意图权限问题,求大神指点
uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE"/
uses-permission android:name="android.permission.MOUNT_UNMOUNT_FILESYSTEMS"/
Q4: 22 AndroidBroadcast广播机制
广播(Broadcast)机制用于进程/线程间通信,广播分为广播发送和广播接收两个过程,其中广播接收者BroadcastReceiver便是Android四大组件之一。
BroadcastReceiver分为两类:
从广播发送方式可分为三类:
广播在系统中以BroadcastRecord对象来记录, 该对象有几个时间相关的成员变量.
广播注册,对于应用开发来说,往往是在Activity/Service中调用 registerReceiver() 方法,而Activity或Service都间接继承于Context抽象类,真正干活是交给ContextImpl类。另外调用getOuterContext()可获取最外层的调用者Activity或Service。
[ContextImpl.java]
其中broadcastPermission拥有广播的权限控制,scheduler用于指定接收到广播时onRecive执行线程,当scheduler=null则默认代表在主线程中执行,这也是最常见的用法
[ContextImpl.java]
ActivityManagerNative.getDefault()返回的是ActivityManagerProxy对象,简称AMP.
该方法中参数有mMainThread.getApplicationThread()返回的是ApplicationThread,这是Binder的Bn端,用于system_server进程与该进程的通信。
[- LoadedApk.java]
不妨令 以BroadcastReceiver(广播接收者)为key,LoadedApk.ReceiverDispatcher(分发者)为value的ArrayMap 记为 A 。此处 mReceivers 是一个以 Context 为key,以 A 为value的ArrayMap。对于ReceiverDispatcher(广播分发者),当不存在时则创建一个。
此处mActivityThread便是前面传递过来的当前主线程的Handler.
ReceiverDispatcher(广播分发者)有一个内部类 InnerReceiver ,该类继承于 IIntentReceiver.Stub 。显然,这是一个Binder服务端,广播分发者通过rd.getIIntentReceiver()可获取该Binder服务端对象 InnerReceiver ,用于Binder IPC通信。
[- ActivityManagerNative.java]
这里有两个Binder服务端对象 caller 和 receiver ,都代表执行注册广播动作所在的进程. AMP通过Binder驱动将这些信息发送给system_server进程中的AMS对象,接下来进入AMS.registerReceiver。
[- ActivityManagerService.java]
其中 mRegisteredReceivers 记录着所有已注册的广播,以receiver IBinder为key, ReceiverList为value为HashMap。
在BroadcastQueue中有两个广播队列mParallelBroadcasts,mOrderedBroadcasts,数据类型都为ArrayListbroadcastrecord style="box-sizing: border-box;":/broadcastrecord
mLruProcesses数据类型为 ArrayListProcessRecord ,而ProcessRecord对象有一个IApplicationThread字段,根据该字段查找出满足条件的ProcessRecord对象。
该方法用于匹配发起的Intent数据是否匹配成功,匹配项共有4项action, type, data, category,任何一项匹配不成功都会失败。
broadcastQueueForIntent(Intent intent)通过判断intent.getFlags()是否包含FLAG_RECEIVER_FOREGROUND 来决定是前台或后台广播,进而返回相应的广播队列mFgBroadcastQueue或者mBgBroadcastQueue。
注册广播:
另外,当注册的是Sticky广播:
广播注册完, 另一个操作便是在广播发送过程.
发送广播是在Activity或Service中调用 sendBroadcast() 方法,而Activity或Service都间接继承于Context抽象类,真正干活是交给ContextImpl类。
[ContextImpl.java]
[- ActivityManagerNative.java]
[- ActivityManagerService.java]
broadcastIntent()方法有两个布尔参数serialized和sticky来共同决定是普通广播,有序广播,还是Sticky广播,参数如下:
broadcastIntentLocked方法比较长,这里划分为8个部分来分别说明。
这个过程最重要的工作是:
BroadcastReceiver还有其他flag,位于Intent.java常量:
主要功能:
这个过主要处于系统相关的10类广播,这里不就展开讲解了.
这个过程主要是将sticky广播增加到list,并放入mStickyBroadcasts里面。
其他说明:
AMS.collectReceiverComponents :
广播队列中有一个成员变量 mParallelBroadcasts ,类型为ArrayListbroadcastrecord style="box-sizing: border-box;",记录着所有的并行广播。/broadcastrecord
动态注册的registeredReceivers,全部合并都receivers,再统一按串行方式处理。
广播队列中有一个成员变量 mOrderedBroadcasts ,类型为ArrayListbroadcastrecord style="box-sizing: border-box;",记录着所有的有序广播。/broadcastrecord
发送广播过程:
处理方式:
可见不管哪种广播方式,都是通过broadcastQueueForIntent()来根据intent的flag来判断前台队列或者后台队列,然后再调用对应广播队列的scheduleBroadcastsLocked方法来处理广播;
在发送广播过程中会执行 scheduleBroadcastsLocked 方法来处理相关的广播
[- BroadcastQueue.java]
在BroadcastQueue对象创建时,mHandler=new BroadcastHandler(handler.getLooper());那么此处交由mHandler的handleMessage来处理:
由此可见BroadcastHandler采用的是”ActivityManager”线程的Looper
[- BroadcastQueue.java]
此处mService为AMS,整个流程还是比较长的,全程持有AMS锁,所以广播效率低的情况下,直接会严重影响这个手机的性能与流畅度,这里应该考虑细化同步锁的粒度。
Q5: android中自定义广播需要哪个权限
1、BroadcastReceiver:
* 广播接收器,处理的是系统级别的;
* 事件的广播机制:构建Intent对象;
* 使用sendBroadcast()方法将广播发送出去;
* 事件的接受者是通过一个继承了BroadcastRecevier的类来实现,覆盖onReceive()方法;
2、android中标准的Broadcast Action来响应系统广播事件:
* ACTION_TIME_CHANGED 时间改变是触发;
* ACTION_BOOT_COMPLETED 系统启动完成后触发;
* ACTION_PACKAGE_ADDED 添加包时触发;
* ACTION_BATTERY_CHANGED 电量低时触发;
* 自定义Action;
3、小贴士:
* 四大组件:activity service broadcastreceiver contentprovider;
* 四大组件的使用都必须进行注册;
* 四大组件之间的交互使用Intent;
安卓系统广播带权限的介绍就聊到这里吧,感谢你花时间阅读本站内容,更多关于安卓的广播机制、安卓系统广播带权限的信息别忘了在本站进行查找喔。








