关于android的设备管理器-DevicePolicyManager(二)
上回分析到了/data/system/device_policies.xml这个文件是在package change事件发生的时候变化的,那么来看看它的内容。根据以往的经验,在/data/system下面的几个文件(packages.xml packages.list)都是PackageManager扫面各个package的Manifest文件生成的,估计这文件也差不多吧。
<?xml version='1.0' encoding='utf-8' standalone='yes' ?> <policies> <admin name="com.bgsoft.securitycamera/com.bgsoft.securitycamera.AdminReceiver"> <policies flags="2" /> </admin> <active-password quality="65536" length="5" uppercase="0" lowercase="0" letters="0" numeric="0" symbols="0" nonletter="0" /> </policies>
在我安装了SecurityCamera这个apk以后,这个文件变成了这样,多出了一个admin的片段,描述的东西看起来确实是SecurityCamera相关的东西,那再来看看它的Manifest文件吧。
<receiver android:label="@string/labelValue" android:name=".AdminReceiver" android:permission="android.permission.BIND_DEVICE_ADMIN" android:description="@string/description"> <meta-data android:name="android.app.device_admin" android:resource="@xml/lockourscreen" /> <intent-filter> <action android:name="android.app.action.DEVICE_ADMIN_ENABLED" /> </intent-filter> </receiver>可以发现有个receiver的段和前文提到的东东是相关的,AdminReceiver 这个东西看来是具体的实现部分,需要具体研究。
查看代码发现它是DeviceAdminReceiver的子类,是一个广播接收器,但是很奇怪,做为一个广播接收器,在Manifest中没有注册,也没有在代码中动态的注册,那它是怎么接收到它想要的action事件的,很奇怪。只能在代码中再寻找谁用到了它呢.
this.componentName = new ComponentName(this, AdminReceiver.class);
......
private void startDeviceManager() { Intent localIntent = new Intent("android.app.action.ADD_DEVICE_ADMIN"); localIntent.putExtra("android.app.extra.DEVICE_ADMIN", this.componentName); localIntent.putExtra("android.app.extra.ADD_EXPLANATION", "防盗拍照助手"); startActivityForResult(localIntent, 0); }
OK,就这里了。但是问题来了,挖.. 不是不是,这是在干什么呢? 寻遍Android的源代码,发现Setting能处理这个Intent。
I/ActivityManager( 3138): START u0 {cmp=com.android.settings/.DeviceAdminAdd (has extras)} from pid 24508
BYW:这种log看了这么多,才明白原来cmp是component。
不废话,看DeviceAdminAdd ,代码较多,不贴了主要分析,就是这个Activity在处理这个Action的是候会弹出一个框,问你是否确认激活这个 设备管理器。
如果ok的话就会调用setActiveAdmin,这个就是前文中提到的那个setActiveAdmin,把这个设置成active的。那是不是激活了就能收到广播了呢。还有这个管理器到底有什么用的问题还是没解决。
还是得继续研究。 那线索只能是去分析前文提到的List了,前文只看了如果add,却没关注这个list到底是做什么用的,失误。
查找出了一堆使用的地方,调个典型的来看看.
void sendAdminCommandLocked(String action, int reqPolicy, int userHandle) { final DevicePolicyData policy = getUserData(userHandle); final int count = policy.mAdminList.size(); if (count > 0) { for (int i = 0; i < count; i++) { ActiveAdmin admin = policy.mAdminList.get(i); if (admin.info.usesPolicy(reqPolicy)) { sendAdminCommandLocked(admin, action); } } } }遍历这个list,要知道这个list可都是active的admin了,发给他们消息,对了,有门,这就是它收到广播的方式吗?看看谁调用了这个方法。找个典型,发现在keyguard上密码输错的时候会调用到。 这个设备管理器的作用貌似要可以猜到了。
从
admin.info.usesPolicy(reqPolicy)
可以看出有很多policy可以被使用,
USES_POLICY_LIMIT_PASSWORD
USES_POLICY_WATCH_LOGIN
。。。。
后来还google原来是与应用的某个xml对应,就是Manifest里面的meta-data
<meta-data android:name="android.app.device_admin" android:resource="@xml/lockourscreen" />
<?xml version="1.0" encoding="utf-8"?> <device-admin xmlns:android="http://schemas.android.com/apk/res/android"> <uses-policies> <watch-login /> </uses-policies> </device-admin>Ok,窥豹一斑吧。
郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。