Android设备管理器DevicePolicyManager的使⽤和理解
上周项⽬中有个在apk上层实现息屏亮屏的需求，刚开始在⽹上看到是DevicePolicyManager来实现的，虽然最后根据⾃⼰项⽬特定的环境下并没有使⽤DevicePolicyManager这个类去实现息屏功能，但看到很多有意思的API值的学习；以备不时之需。
JUST DO IT
⾄于在Android设计之魅⼒现在还来不及膜拜；
个⼈感觉⾸先应该看看: ，然后在看其他⼈的理解
，
先搞定需求，以后⼀定会慢慢鉴赏现在只是简单看了⼀下，今天先学习API完成项⽬的功能需求吧；
先预览⼀下⼏个相关的Android系统SDK提供的类吧：
android.app.admin包下的重要3个设备管理器类
Classes function
DeviceAdminInfo指定设备管理员组件的元信息（可以理解为系统为⽤户提供可申请设备管理权限信息的JavaBean）
DeviceAdminReceiver BroadcastReceiver⽤以”设置参数”和接受系统返回的管理员权限申请结果；
DevicePolicyManager对开发者提供设备操作的API类-
通过DevicePolicyManager实现息屏代码流程：
1. 获的DevicePolicyManager的实例：
2. 申请设备管理权限；
3. 调⽤DevicePolicyManager的API，完成息屏等其他需求得到操作
获取DevicePolicyManager的实例：
获取DevicePolicyManager的实例
private DevicePolicyManager mDevicePolicyManager;
mDevicePolicyManager = (DevicePolicyManager) getSystemService(DEVICE_POLICY_SERVICE);
通过反射计算出在DevicePolicyManager类中是由103个public static final修饰的常量；251个public ⽅法，并且它的Field和Method 全部是public修饰：这样个⼈理解为 Google是把这个类完全开放给Android开发者的；
申请设备管理权限：
申请设备管理权限时需要⼀个ComponentName(Context pkg, Class cls) 实例，需要⼀个DeviceAdminReceiver的Class；但是DeviceAdminReceiver本⾝就是⼀个BroadcastReceiver，于是新建⼀个AdminReciver类extends DeviceAdminReceiver作为DeviceAdminReceiver实例
DeviceAdminReceiver 的实现和作⽤：
DeviceAdminReceiver类的实现：
AdminReciver继承DeviceAdminReceiver，作为Android的四⼤组件之⼀的BroadcastReceiver所以需要在mainfest中添加配置：
<!-- 设备管理器权限，注册权限 -->
<receiver
android:name=".receiver.AdminReciver"
android:permission="android.permission.BIND_DEVICE_ADMIN">
<meta-data
android:name="android.app.device_admin"
android:resource="@xml/adminmanager" />
<intent-filter>
<action android:name="android.app.action.DEVICE_ADMIN_ENABLED" />
</intent-filter>
</receiver>
其中需要注意的有：
android:permission、meta-data、action ；
重点是：meta-data的配置，在meta-data配置本DeviceAdminReceiver中申请设备管理器的具体权限，
有点类似在mainfest中配置App需要的各个uses-permission权限；
本次配置的mete-data的name为：android.app.device_admin【系统中读取配置⽂件的key固定的】；
可申请的设备管理Iitem的XML⽂件格式如下【实际开发中可以⼀次申请全部权限，也可以只申请部分管理者权限，也可以分⼏次申请，本次分为；两次申请见demo】：
<?xml version="1.0" encoding="utf-8"?>
<device-admin xmlns:android="schemas.android/apk/res/android">
安卓intent用法
<uses-policies>
<!--锁屏 -->
<force-lock />
<!--限制密码类型-->
<limit-password />
<!-- 监控屏幕解锁尝试次数 -->
<watch-login />
<!-- 重置密码-->
<reset-password />
<!--恢复出⼚设置-->
<wipe-data />
<!-- 设置锁定屏幕密码的有效期 -->
<expire-password />
<!-- 设置存储设备加密 -->
<encrypted-storage />
<!-- 停⽤相机 -->
<disable-camera />
</uses-policies>
</device-admin>
相信⼤家也都看到了，AdminReciver在mainfest中meta-data的data配置为：
android:resource=”@xml/adminmanager” ；
也就是在res资源⽂件夹下新建⼀个名字为xml的资源⽂件将l丢进去就OK了，在申请管理权限时系统会根据我们的配置⽂件读取我们本次DeviceAdminReceiver需要申请那些具体的权限；
AdminReciver extends DeviceAdminReceiver 的作⽤
相信⼤多数⼈和我⼀样，在第⼀眼看到DeviceAdminReceiver这个玩意时单纯的把它当做⼀个系统作为申请管理权限结果的⼀个通知回调BroadcastReceiver理解了吧；
但是看到 申请设备管理者权限代码、isAdminActive（）【如下】就发现DeviceAdminReceiver【⼦类】不仅仅是申请管理权限结果的⼀个通知回调BroadcastReceiver了：
申请设备管理权限：
准备好申请设备管理权限需要的类和⽂件后接下来就是具体的实现代码：
private int requestCode = 1;
private  ComponentName adminReceiver;
//AdminReciver.class就是DeviceAdminReceiver的⼦类
adminReceiver = new ComponentName(this, AdminReciver.class);
/**
*申请设备管理员权限
*/
private void requestLockAdmins() {
//检查是否已经获取设备管理权限
boolean active = mDevicePolicyManager.isAdminActive(adminReceiver);
if (!active) {
//打开DevicePolicyManager管理器，授权页⾯
Intent intent = new Intent();
//授权页⾯Action -->  DevicePolicyManager.ACTION_ADD_DEVICE_ADMIN
intent.setAction(DevicePolicyManager.ACTION_ADD_DEVICE_ADMIN);
//设置DEVICE_ADMIN，告诉系统申请管理者权限的Component/DeviceAdminReceiver
intent.putExtra(DevicePolicyManager.EXTRA_DEVICE_ADMIN, adminReceiver);
//设置提⽰语--可不添加
intent.putExtra(DevicePolicyManager.EXTRA_ADD_EXPLANATION, "DevicePolicyManager涉及的管理权限,⼀次性激活!");
startActivityForResult(intent, requestCode);
} else {
Toast.makeText(this, "已经获取的DevicePolicyManager管理器的授权", Toast.LENGTH_LONG).show();
}
}
/**
* 查看是否已经获得管理者的权限
* @return resualt
*/
private boolean checkAdmin() {
return mDevicePolicyManager.isAdminActive(adminReceiver);
}
先说⼀下mainfest在apk申请的使⽤权限【uses-permission】作⽤吧：
当Android安装apk时会⾃动去默认的路径（可以⼿动修改mainfest的位置）到mainfest“扫描”开发者在mainfest申请的使⽤权限，从⽽提⽰⽤户授权；整个过程mainfest就是存放开发者申请具体uses-permission的⼀个XML记录便签；
在申请设备管理权限时l的作⽤就像mainfest的作⽤⼀样就是存放申请设备管理权限的⼀个XML载体；
通过在DeviceAdminReceiver配置meta-data的⽅式l的位置信息和DeviceAdminReceiver绑定，然后通过ComponentName 将AdminReciver借助DevicePolicyManager的API传递给Android系统层，Android系统层通过AdminReciver中的meta-data到l位置，读出申请设备权限并提⽰⽤户授权，然后返回结果；
在l中配置了⼏个常见的uses-policies设备管理权限在DevicePolicyManager中都有
⼀个对映的⽅法：
uses-policies Method CN force-lock public void lockNow()* 锁屏 *
limit-password public void setPasswordQuality(@NonNull ComponentName admin, int quality)限制密码类型watch-login public int getCurrentFailedPasswordAttempts()监控屏幕解锁尝试次数reset-password public boolean resetPassword(String password, int flags)重置密码wipe-data public void wipeData(int flags)恢复出⼚设置
expire-password public void setPasswordExpirationTimeout(@NonNull ComponentName admin, long
timeout)
设置锁定屏幕密码的有效
期
encrypted-
storage
public int setStorageEncryption(@NonNull ComponentName admin, boolean encrypt)设置存储设备加密disable-camera public void setCameraDisabled(@NonNull ComponentName admin, boolean disabled)停⽤相机
以上这些是在百度中最长见到吧，下⾯介绍⼏个有趣的API：
API CN
API level
public boolean isAdminActive (ComponentName
admin)
查看当前管理者（admin）是否拥有管理者权限8 public List <ComponentName>getActiveAdmins ()获取当前apk拥有设备管理员的DeviceAdminReceiver类的权限列表8
public boolean getCameraDisabled (ComponentName
admin)
查看当前的管理者（admin）是否禁⽌相机14
public void
setKeyguardDisabledFeatures(ComponentName, int)
设置当前的管理者（admin）禁⽌使⽤键盘 0：default；1：禁⽌17
public int getKeyguardDisabledFeatures
(ComponentName admin)
查看当前的管理者（admin）是否禁⽌使⽤键盘，结果同 上17
public void removeActiveAdmin (ComponentName
admin)
撤销管理者（admin）申请的管理者权限8
public boolean isDeviceOwnerApp (String
packageName)
查看某个App是否已经获取管理者权限(packageName⽬标App包名）18
public boolean hasGrantedPolicy (ComponentName
admin, int usesPolicy)检查当前管理者（admin）是否拥有usesPolicy项管理者权限usesPolicy
参考 DeviceAdminInfo.
11
本次只是初步调⽤了⼏个DevicePolicyManager中的⽅法，如果有其他⼤家可以异步到：Anroid Device Administration API 查看

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。