Android Framework权限篇之AppOps机制

已于 2024-03-27 17:04:08 修改
阅读量1.4k 收藏 21
点赞数 26
文章标签： android
于 2024-03-27 16:57:50 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/yihanss/article/details/137082658
版权

概述

在前面Android Framework权限篇三之后台定位权限源码分析这篇文章中介绍到了AppOps机制的一个重要功能是track，举的具体例子是和电量耗电相关的定位权限，限制应用退到后台之后访问位置。这篇文章继续展开讲AppOps的access control

            /**
             * App-ops are used for two purposes: Access control and tracking.
             *
             * <p>App-ops cover a wide variety of functionality from helping with runtime permissions access
             * control and tracking to battery consumption tracking.

WRITE_SETTINGS权限

首先，我们看下WRITE_SETTINGS这个权限，平时如果三方应用需要申请此权限的时候需要如下操作：

if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M) {
    if (!Settings.System.canWrite(MainActivity.this)) {
        Intent intent = new Intent(android.provider.Settings.ACTION_MANAGE_WRITE_SETTINGS);
        intent.setData(Uri.parse("package:" + getPackageName()));
        //启动指定Action的权限管理应用的弹窗Activity
        startActivity(intent);
    } else {
        //如有该权限可以直接设置屏幕亮度
        setLight();
    }
}

在这里插入图片描述

然后就会出现如上弹窗选择，这里的权限申请流程和之前的runtime运行时权限不一样，走的是Appops检查机制。首先看下这个权限在framework中的定义，可以看到是signature|appop级别的；

  1. signature级别表示有系统platform系统签名的应用如果声明会默认授权
  2. appops级别表示可以通过appops机制授权也就是上面的弹窗授权方式

    /framework/base/core/res/AndroidManifest.xml
    <permission android:name="android.permission.WRITE_SETTINGS"
        android:label="@string/permlab_writeSettings"
        android:description="@string/permdesc_writeSettings"
        android:protectionLevel="signature|preinstalled|appop|pre23" />

这里从Settings.System.canWrite()往下看源码是如何做检查的？这里往下会走到isCallingPackageAllowedToPerformAppOpsProtectedOperation()

public static boolean isCallingPackageAllowedToPerformAppOpsProtectedOperation(Context context,int uid, String callingPackage, boolean throwException, int appOpsOpCode, String[]
permissions, boolean makeNote) {
    if (callingPackage == null) {
        return false;
    }
    //1.获取AppOpsManager
    AppOpsManager appOpsMgr = (AppOpsManager)context.getSystemService(Context.APP_OPS_SERVICE);
    int mode = AppOpsManager.MODE_DEFAULT;
    //2.检查AppOpsManager.OP_WRITE_SETTINGS权限授权值
    if (makeNote) {
        mode = appOpsMgr.noteOpNoThrow(appOpsOpCode, uid, callingPackage);
    } else {
        mode = appOpsMgr.checkOpNoThrow(appOpsOpCode, uid, callingPackage);
    }
    //3.根据授权值返回结果
    switch (mode) {
        case AppOpsManager.MODE_ALLOWED:
            return true;
        case AppOpsManager.MODE_DEFAULT:
            for (String permission : permissions) {
                if (context.checkCallingOrSelfPermission(permission) == PackageManager.PERMISSION_GRANTED) {
                    return true;
                }
            }
        default:
            // this is for all other cases trickled down here...
            if (!throwException) {
                return false;
            }
    }

整体流程如下；这里补充下，检查mode值时，这里WRITE_SETTINGS权限在AppOps中的默认值是MODE_DEFAULT；此时再进一步通过context.checkCallingOrSelfPermission(permission) == PackageManager.PERMISSION_GRANTED检查，如果是系统platform签名应用signature权限会默认授权，返回true，如果是三方应用则返回false;

在这里插入图片描述

Appops实现

权限状态值

/frameworks/base/core/java/android/app/AppOpsManager.java

//允许
public static final int MODE_ALLOWED = 0;
//拒绝
public static final int MODE_IGNORED = 1;
//拒绝并抛出异常
public static final int MODE_ERRORED = 2;
//default模式，会进一步check权限，如上面的"修改系统设置"权限
public static final int MODE_DEFAULT = 3;
//前台模式，主要是后台位置权限使用，可以结合第三篇权限文章食用，有例子用到
public static final int MODE_FOREGROUND = 4;

权限定义值

这里关于appops权限定义的官方介绍是每个runtime permission权限值都会有对应的app op值对应；如下就是罗列了各个权限op对应的值；

<h3>Runtime permissions and app-ops</h3>

<p>Each platform defined runtime permission (beside background modifiers) has an associated app
op which is used for tracking but also to allow for silent failures.


public static final int OP_COARSE_LOCATION = 0;
/** @hide Access to fine location information. */
@UnsupportedAppUsage
public static final int OP_FINE_LOCATION = 1;
/** @hide Causing GPS to run. */
@UnsupportedAppUsage
public static final int OP_GPS = 2;
/** @hide */
@UnsupportedAppUsage
public static final int OP_VIBRATE = 3;
/** @hide */
@UnsupportedAppUsage
public static final int OP_READ_CONTACTS = 4;
/** @hide */
@UnsupportedAppUsage
public static final int OP_WRITE_CONTACTS = 5;
....

数据结构

AppOpsService.java中通过SparseArray<UidState> mUidStates来维护状态，key值为uid，value值为对应的UidState，相关类基本结构如下：

在这里插入图片描述

对应的持久化文件位置是在/data/system/appops.xml 文件内容如下：

  • uid标签 用于记录和 uid 相关的限制信息；
  • pkg标签 用于记录和具体应用的限制信息；
  • pkg标签下的uid标签的n ：表示pkg所属的uid
  • pkg标签下的uid标签的p：表示是否是privileged应用
  • n：表示权限值
  • m：表示权限的授权值
  • st：标签下的是对应的权限的拒绝时间，允许时间，持续使用时间等
<?xml version='1.0' encoding='utf-8' standalone='yes' ?>
<app-ops>
<uid n="10210">
<op n="0" m="1" />
<op n="87" m="0" />
</uid>
...
<pkg n="com.android.recentspsp">
<uid n="1000" p="true">
<op n="3">
<st n="214748364801" t="1606363097865" d="50" pu="0" />
</op>
</uid>
</pkg>
...

通过如下adb命令可以看到相应的信息

adb shell dumpsys appops

如这里的COARSE_LOCATION 在 2020-11-23 11:24:50.018 时 检查权限是允许的

在这里插入图片描述

关于AppOpsManager中也有一些重要的变量和方法整理如下：这里面有一个sOpDefaultMode数组，表示每个权限op都有对应的默认授权mode值

在这里插入图片描述

Appops api

appops调用主要是通过AppOpsManager提供的api方法进行操作：

在这里插入图片描述

  1. 检查权限：AppOpsManager.checkOp()最终会调用到AppOpsService.checkOperationUnchecked():
private @Mode int checkOperationUnchecked(int code, int uid, @NonNull String packageName,boolean raw) {
    ...
        //1. 获取对应权限的op值
        code = AppOpsManager.opToSwitch(code);
        //2. 获取uid对应的UidState
        UidState uidState = getUidStateLocked(uid, false);
        //3. 如果在uid标签下有对应的值则直接返回，android10这里的raw为false(主要增加前后台判断)
        if (uidState != null && uidState.opModes != null
                && uidState.opModes.indexOfKey(code) >= 0) {
            final int rawMode = uidState.opModes.get(code);
            return raw ? rawMode : uidState.evalMode(code, rawMode);
        }
        //4. 如果没有从uid标签下没有取到值，则会从pkg标签下取pkg对应的Op
        Op op = getOpLocked(code, uid, packageName, false, false);
        //5 如果也取不到的话，则直接返回该权限的默认状态值
        if (op == null) {
            return AppOpsManager.opToDefaultMode(code);
        }
        return raw ? op.mode : op.evalMode();
    }
}
  1. 检查权限并记录：AppOpsManager.noteOp()最终会调用到AppOpsService.noteOperationUnchecked():
final Ops ops = getOpsRawLocked(uid, packageName, isPrivileged, true /* edit */);
...
final Op op = getOpLocked(ops, code, true);
...
final UidState uidState = ops.uidState;
...
final int switchCode = AppOpsManager.opToSwitch(code);
...
//1. 如果uid标签下有对应的值则读取
if (uidState.opModes != null && uidState.opModes.indexOfKey(switchCode) >= 0) {
    final int uidMode = uidState.evalMode(code, uidState.opModes.get(switchCode));
    //1.1 如果拒绝的话，则直接返回，并且更新拒绝时间
    if (uidMode != AppOpsManager.MODE_ALLOWED) {
       ...
       op.rejected(System.currentTimeMillis(), proxyUid, proxyPackageName,
                uidState.state, flags);
        mHistoricalRegistry.incrementOpRejected(code, uid, packageName,
                uidState.state, flags);
        scheduleOpNotedIfNeededLocked(code, uid, packageName, uidMode);
        return uidMode;
    }
} else {
//2. uid标签下无的话从pkg标签下读取
    final Op switchOp = switchCode != code ? getOpLocked(ops, switchCode, true) : op;
    final int mode = switchOp.evalMode();
    //2.2 如果拒绝的话，同样直接返回，并更新拒绝时间
    if (switchOp.mode != AppOpsManager.MODE_ALLOWED) {
        ...
        op.rejected(System.currentTimeMillis(), proxyUid, proxyPackageName,
                uidState.state, flags);
        mHistoricalRegistry.incrementOpRejected(code, uid, packageName,
                uidState.state, flags);
        scheduleOpNotedIfNeededLocked(code, uid, packageName, mode);
        return mode;
    }
}
//3. 走到这里则为允许，并且更新允许时间
op.accessed(System.currentTimeMillis(), proxyUid, proxyPackageName,
        uidState.state, flags);
mHistoricalRegistry.incrementOpAccessedCount(op.op, uid, packageName,
        uidState.state, flags);
scheduleOpNotedIfNeededLocked(code, uid, packageName,
        AppOpsManager.MODE_ALLOWED);
return AppOpsManager.MODE_ALLOWED;
   }
}
  1. 设置权限值：AppOpsService.setUidMode()
public void setUidMode(int code, int uid, int mode) {
  final int defaultMode = AppOpsManager.opToDefaultMode(code);
  UidState uidState = getUidStateLocked(uid, false);
  if (uidState == null) {
      if (mode == defaultMode) {
          return;
      }
      uidState = new UidState(uid);
      uidState.opModes = new SparseIntArray();
      uidState.opModes.put(code, mode);
      mUidStates.put(uid, uidState);
      scheduleWriteLocked();
  } else if (uidState.opModes == null) {
      if (mode != defaultMode) {
          uidState.opModes = new SparseIntArray();
          uidState.opModes.put(code, mode);
          scheduleWriteLocked();
      }
  } else {
      if (uidState.opModes.indexOfKey(code) >= 0 && uidState.opModes.get(code) == mode) {
          return;
      }
      if (mode == defaultMode) {
          uidState.opModes.delete(code);
          if (uidState.opModes.size() <= 0) {
              uidState.opModes = null;
          }
      } else {
          uidState.opModes.put(code, mode);
      }
      scheduleWriteLocked();
  }
  uidState.evalForegroundOps(mOpModeWatchers);
  1. 监听权限变化: 如以下是监听悬浮窗权限状态变化；悬浮窗权限类似如上的修改系统设置权限，声明的级别也是appops权限，这里添加的监听表示如果开关了权限，需要更新app状态，有可能app悬浮窗正在使用。
/frameworks/base/services/core/java/com/android/server/wm/WindowManagerService.java

mAppOps = (AppOpsManager)context.getSystemService(Context.APP_OPS_SERVICE);
AppOpsManager.OnOpChangedInternalListener opListener =
        new AppOpsManager.OnOpChangedInternalListener() {
            @Override public void onOpChanged(int op, String packageName) {
                updateAppOpsState();
            }
        };
mAppOps.startWatchingMode(OP_SYSTEM_ALERT_WINDOW, null, opListener);

<permission android:name="android.permission.SYSTEM_ALERT_WINDOW"
        android:label="@string/permlab_systemAlertWindow"
        android:description="@string/permdesc_systemAlertWindow"
        android:protectionLevel="signature|preinstalled|appop|pre23|development" />

最后

如何学习Framework？

由于许多Android开发者日常工作主要集中在业务层面，大量时间用于编写基础代码、应用现成框架，导致对底层技术如Framework、Handler源码、Binder机制等了解不足，仅停留在表面认知阶段。

为此，为了帮助广大开发者弥补这一短板，特此准备了一份详尽的Android Framework内核源码知识体系图解，以及配套的《Android Framework源码开发解析》学习笔记，旨在引导大家系统性地攻克Android Framework领域的核心技术，从而提升自身的竞争力，从容应对金三银四的求职挑战。

【有需要的朋友，扫描下方二维码即可领取！！】👇👇

在这里插入图片描述

《Android Framework源码开发揭秘》

第一章 系统启动流程分析
  • 第一节 Android启动概括
  • 第二节 init.rc解析
  • 第三节 Zygote
  • 第四节 面试题
    在这里插入图片描述
第二章 跨进程通信IPC解析
  • 第一节 Service还可以这么理解
  • 第二节 Binder基础
  • 第三节 Binder应用
  • 第四节 AIDL应用（上）
  • 第五节 AIDL应用（下）
  • 第六节 Messenger原理及应用
  • 第七节 服务端回调
  • 第八节 获取服务（IBinder）
  • 第九节 Binder面试题全解析
    在这里插入图片描述
第三章 Handler源码解析
  • 第一节 源码分析
  • 第二节 难点问题
  • 第三节 Handler常问面试题在这里插入图片描述
第四章 AMS源码解析
  • 第一节 引言
  • 第二节 Android架构
  • 第三节 通信方式
  • 第四节 系统启动系列
  • 第五节 AMS
  • 第六节 AMS面试题解析在这里插入图片描述
第五章 WMS源码解析
  • 第一节 WMS与activity启动流程
  • 第二节 WMS绘制原理
  • 第三节 WMS角色与实例化过程
  • 第四节 WMS工作原理在这里插入图片描述
第六章 Surface源码解析
  • 第一节 创建流程及软硬件绘制
  • 第二节 双缓冲及Surface View解析
  • 第三节 Android图形系统综述在这里插入图片描述
第七章 基于Android12.0的SurfaceFlinger源码解析
  • 第一节 应用建立和SurfaceFlinger的沟通桥梁
  • 第二节 SurfaceFlinger的启动和消息队列处理机制
  • 第三节 SurfaceFlinger之VSyns（上）
  • 第四节 SurfaceFlinger之VSyns（中）
  • 第五节 SurfaceFlinger之VSyns（下）在这里插入图片描述
第八章 PKMS源码解析
  • 第一节 PKMS调用方式
  • 第二节 PKMS启动过程分析
  • 第三节 APK的扫描
  • 第四节 APK的安装
  • 第五节 PKMS之权限扫描
  • 第六节 静默安装
  • 第七节 requestPermissions源码流程解析
  • 第八节 PKMS面试题在这里插入图片描述
第九章 InputManagerService源码解析
  • 第一节 Android Input输入事件处理流程（1）
  • 第二节 Android Input输入事件处理流程（2）
  • 第三节 Android Input输入事件处理流程（3）在这里插入图片描述
第十章 DisplayManagerService源码解析
  • 第一节 DisplayManagerService启动
  • 第二节 DisplayAdepter和DisplayDevice的创建
  • 第三节 DMS部分亮灭屏流程
  • 第四节 亮度调节
  • 第五节 Proximity Sensor灭屏原理
  • 第六节 Logical Display和Physical Display配置的更新在这里插入图片描述
【有需要的朋友，扫描下方二维码即可领取！！】👇👇

最后 在Android开发市场饱和的大背景下，初级开发者只有通过对Android Framework进行全面而深入的学习与实践，才能有效提高自身的专业素养和技术能力，从而在职场竞争中找准定位，实现从量到质的飞跃，成为行业内的佼佼者。

yihanss
关注
Android 14.0 根据包名授权悬浮窗权限
安卓兼职framework和app工程师的博客
05-28 538
在14.0的系统ROM产品开发中，在一些特殊权限比如悬浮窗，WRITE_SETTINGS权限，安装权限等等这些特殊权限，是需要单独授权的，在申请动态权限是不起作用的，所以 就需要根据包名用AppOpsManager.java中的方法来授权，来实现授权悬浮窗权限的功能.
Android系统 文件访问权限笔记
最新发布
我其实什么都不会
09-19 3475
本文简单学习 Android 系统的文件访问权限的概念、分类、申请方法、framework层源码位置和关键函数，以及 Android 11、12 和 13 的文件访问权限的变化和适配方法。
Android权限安全(9)Android权限特点及权限管理服务AppOps Service
banyinlve3147的博客
09-01 435
Android权限特点 　　 权限管理服务AppOpsService 图中元素介绍: 　　Ignore 是不提示的,Allow 是允许,Reject 是拒绝 　　Client是一个使用sms 的应用, 　　AppOps Manager是 java层 app ops 与native层用binder通信 　　App Ops Service 是native层的 ser...
AppOps原理
在路上的大蜗牛
08-23 3596
1.AppOps简介AppOps全称是 Application Operations，类似我们平时常说的应用程序的操作（权限）管理。AppOps是Google原生Android包含的功能，但是Google在每次版本更新时都会隐藏掉AppOps的入口。注意：AppOps虽然涵盖了App的权限管理，但是Google原生的设计并不仅仅是对“权限”的管理，而是对App的“动作”的管理。我们平时讲的权限管理多
Android 4.3 隐藏功能 App Ops 分析
程序员入门进阶
08-18 2577
yuantieweizhi Android 4.3 刚刚发布，大家还在关心功能上有没有什么亮点的时候，一个隐藏功能被 AndroidPolice 报道出来。这个隐藏功能 Google 把它叫做 App Ops (Application Operations)，也就是我们常说的权限管理。众所周知，Android 的权限是饱受诟病的一大安全隐患。在 Android 4.3 面世以前，主要有三
Android原生权限管理：AppOps
热门推荐
AndroidLover
07-11 5万+
1.      AppOps 简介       AppOps全称是 Application Operations，类似我们平时常说的应用程序的操作（权限）管理。AppOps是Google 原生Android包含的功能，但是Google在每次版本更新时都会隐藏掉AppOps的入口。      在今年的Google IO大会上，Google透露Android M ( Android 6.0 )
Google AppOps
xiaoxiangfu的专栏
12-17 1474
有人说Google AppOps被Google删除了。我查了最新的代码，发现AppOps代码还在。   frameworks/base/services/java/com/android/server/AppOpsService.java frameworks/base/core/java/android/app/AppOpsManager.{aidl,java} frameworks/b
Android 5.1 AppOps总结
lyf's blog
10-14 2万+
什么是AppOps 涉及的类 常用名词 权限管理是如何触发的 系统默认应用权限 AppOps Policy 文件 AppOpsService准备工作 详细分析权限管理的触发 应用层对权限的设置 什么是AppOpsAndroid App在AndroidManifest.xml中申请了很多运行时需要获取的权限，例如 <uses-permission android:name="android
Android隐藏的权限管理机制：AppOps
u013276749的博客
09-01 2037
Android的权限管理一直被广为诟病，也带来了很多安全隐患。Android 4.3发布的时候，Google报道出了一项隐藏功能App Ops（Application Operations），这被看作是Android的原生权限管理机制。不过，从Android M开始，Google正式推出了运行时权限管理机制Android Runtime Permission，这也使得App Ops只能影藏在幕后了。但是有些隐藏权限的判断还需要用到AppOps。
Android pms权限管理,Android权限机制
weixin_35045973的博客
05-26 847
为什么有权限机制我们知道 Android 应用程序是沙箱隔离的，每个应用都有一个只有自己具有读写权限的专用数据目录。但是如果应用要访问别人的组件或者一些设备上全局可访问的资源，这时候权限机制就能系统化地规范并强制各类应用程序的行为准则。权限的本质在 Android 中，一个权限，本质上是一个字符串，一个可以表示执行特定操作的能力的字符串。比如说：访问 SD 卡的能力，访问通讯录的能力，启动或访问一...
[Android Framework][Permission]AppOpsService权限检查
zhujini2b的博客
04-12 1826
如果只是想简单了解修改方案的话可以直接拉到本文末尾的修改方案最近一个项目需要封装系统api去给客户使用，其中涉及到了系统SettingsProvider数据库的一些操作，在apk中调用接口来执行put命令更新数据库时会报uid的报错。 @Override public void setAdbDisabled(boolean disabled) { int enable = disabled ...
Android 7.1 默认允许SYSTEM_ALERT_WINDOW 三方应用浮窗权限
qq_20395637的博客
07-28 1008
frameworks/base/core/java/android/app/AppOpsManager.java diff --git a/frameworks/base/core/java/android/app/AppOpsManager.java b/frameworks/base/core/java/android/app/AppOpsManager.java index 9efcec4e2c..6cb4350eae 100755 --- a/frameworks/base/core/java/an
权限管理AppOps
zhongfan520520的博客
07-06 3193
 一什么叫权限管理？    所谓权限管理，就是能够手动配置某个 App 的权限，进而阻止恶意软件以及防止隐私泄漏。当然，更进一步的权限管理，是能够在 App 动态使用某个权限的时候，弹窗提示用户允许和拒绝。这样的权限管理就更加类似于 Windows 中的主动防御。 二、系统架构 2.1. 架构  App Ops 的基本架构如图所示：       其中包含两个重要部分，一个叫做AppOpsServi...
使用App Ops修改APP隐藏权限(Android)
HellHellNo的博客
09-30 7189
前言 (1) 在早些年智能机快速普及期，即2014、2015年之时，各类APP通过权限爬取用户隐私如流氓无二异 (2) 到2016、17、18时，手机一定程度上可适当控制APP的权限，但面对不给权限就不给用之中实则违反人权和法律的情况也别无他法 (3) 对于一个刚装的APP，总会跳出"请求地理位置"，选择"禁止"作用也不太大，毕竟可以通过网络定位等方式 (4) 而去年小米的空白通行证，在意义上是App Ops玩剩下的 1、准备 (1) 所需APP Andriod：Shizuku、App Ops Win：AD
Android原生权限管理AppOps,安卓应用推荐：App Ops - 专治不给权限就不运行类软件...
weixin_39836751的博客
05-25 924
IT之家1月18日消息 相较于iOS软件，部分安卓应用在本来需求的权限之外还经常请求一些较为敏感的权限，例如通话、付费短信等，虽然部分软件也解释是为了增强用户使用的安全性和体验，但是对一部分喜欢保护个人隐私的用户来说还是有所疑虑。如果你也对一部分应用弹出的不相关权限请求不爽，现在治理它们有了新的方法，就是这款名为App Ops的软件，对于安卓7.0以上的系统该软件还支持后台运行，能够让应用在索要权...
Android权限 - AppOps介绍
hanhan1016的专栏
12-19 7089
1.介绍 frameworks\base\core\java\android\app\AppOpsManager.java frameworks\base\services\core\java\com\android\server\appop\AppOpsService.java /** * API for interacting with "application operation" tracking. * * <p>This API is not generally intended
App Ops Developer FAQ
weixin_34409822的博客
08-08 124
2019独角兽企业重金招聘Python工程师标准>>> ...
【笔记】AppOpsService 相关
pirionFordring的博客
10-26 1060
AppOpsService 相关： 1.构造函数： 读取/data/system/appops.xml 下 权限相关设置信息； 2.权限检测： SDK &gt;23 时，调用ContextCompat::checkSelfPermission() 就可以检测是否有权限。 SDK &lt;23 时，6.0 一下的系统，主要权限在权限清单中，都是返回true 3.权限的读取/修改：   1.系统...
AppopsService分析
woai110120130的专栏
05-02 5380
有时候bug会推着你走，有些代码你不想现在分析是不行的，今天晚上就分析Appops相关权限管理的逻辑 AppopsService启动的代码如下 mAppOpsService = new AppOpsService(new File(systemDir, "appops.xml"), mHandler); mAppOpsService.startWatchingMod...
[Android Pro] android 4.4 Android原生权限管理：AppOps
05-26
Android 4.4引入了一个新的权限管理框架——AppOps，它可以让用户更加方便地管理应用程序的权限。 AppOps的全称是Application Operations，可以理解为“应用操作”。它的作用是让用户对应用程序的权限进行更加精细化的控制。在Android 4.4之前，用户只能通过安装应用程序时授予权限或者卸载应用程序来控制应用程序的权限。而AppOps可以让用户在安装应用程序之后，随时随地地对应用程序的权限进行控制和管理。 AppOps的实现方式是通过对应用程序的操作进行监控，当应用程序尝试执行某一个操作时，AppOps会检查该操作需要的权限是否已经被用户授权，如果没有被授权，则会弹出一个对话框提示用户进行授权。 在Android 4.4中，用户可以通过以下步骤进入AppOps界面： 1.打开系统设置界面。 2.选择“应用程序”。 3.选择某一个应用程序。 4.点击“权限”。 在“权限”界面中，用户可以看到该应用程序需要的所有权限，以及每一个权限的状态（已授权或未授权）。用户可以根据需求，随时修改应用程序的权限。 需要注意的是，AppOps只能控制应用程序的一些常规权限，例如访问联系人、发送短信等等。对于一些特殊权限，例如获取用户位置信息、使用摄像头等等，则需要用户在安装应用程序时授权。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值