android权限,Android权限限制

Android权限目录

android:name="android.permission.INTERNET"————访问网络

android:name="android.permission.ACCESS_NETWORK_STATE"————获取网络状态

android:name="android.permission.ACCESS_WIFI_STATE"————获取WiFi状态

android:name="android.permission.WRITE_EXTRNAL_STORAGE"————写入外部储存

android:name="android.permission.READ_EXTRNAL_STORAGE"————读取外部储存

android:name="android.permission.WRITE_EXTRNAL_STORAGE"————写入外部储存

android:name="android.permission.MOUNT_UNMOUNT_FILESYSTEM"

tools:ignore="ProtectedPermission"————挂载卸载文件系统

android:name="android.permission.READ_PHONE_STATE"————读取电话状态

android:name="android.permission.VIBRATE"————允许震动

android:name="android.permission.WAKE_LOCK"————允许后台运行

android:name="android.permission.READ_LOGS"

tools:ignore="ProtectedPermission"————读取系统文件

android:name="android.permission.CAMERA"————调用相机权限

android:name="android.permission.CALL_PHONE"————调用打电话权限

android:name="com.fingerprints.service.ACCESS_FINGERPRINT_MANAGER"————指纹识别

android:name="com.samsung.android.providers.context.permission.WRITE_USE_APP_FEATURE_SURVEY"————

android:name="com.samsung.android.providers.context.permission.EXPAND_STATUS_BAR"————通知栏伸缩

android:name="android.permission.REQUEST_INSTALL_PACKGES"————允许请求未知来源权限

相关问答

Q1: Android权限机制

我们知道 Android 应用程序是沙箱隔离的，每个应用都有一个只有自己具有读写权限的专用数据目录。但是如果应用要访问别人的组件或者一些设备上全局可访问的资源，这时候权限机制就能系统化地规范并强制各类应用程序的行为准则。

Android 安全性概览

在 Android 中，一个权限，本质上是一个字符串，一个可以表示执行特定操作的能力的字符串。比如说：访问 SD 卡的能力，访问通讯录的能力，启动或访问一个第三方应用中的组件的能力。 权限被授予了之后，首先会在内存和本地中有记录，这在调用系统binder服务和其他应用组件时做鉴权依据,比如调用系统binder服务时会通过Binder.getCallingUid()拿到调用者的Uid，而Uid一般都是与应用包名一一对应的，再拿这个Uid到PMS里去查这个应用对应的权限。 其次会按被授予的权限将应用分到某个组。 可以参考

自定义权限的应用场景在于限制其它应用对本应用四大组件的访问。具体用法可以参考

pm list permissions -f 命令可以详细查看 Android 所有预定义的权限。

更详细的权限信息参考

可以看到一个权限的信息包括：定义的包名、标签、描述、 权限组 和 保护级别 。

权限根据设备的功能或特性分为多个组。如果应用已在相同权限组中被授予另一危险权限，系统将立即授予该权限，如READ_CONTACTS和WRITE_CONTACTS。

SYSTEM_ALERT_WINDOW 和 WRITE_SETTINGS 由于其特殊性，其申请方式与其它权限都不同。

其授予流程如下：

（关于 AppOpsManager 是什么可以参考: ）

这里简要分析下ActivityCompat#requestPermissions的流程：

更详细的权限授予流程源码分析可以参考:

普通权限： 清单文件中声明即可。

危险权限： 方式一： pm grant application_package android.permission.CHANGE_CONFIGURATION 方式二：appops set application_package permission_num 0/1

appops可以授予的权限参考 android.app.AppOpsManager 中的声明

系统签名权限： 方式一：将app迁移到system/priv-app目录中。 方式二：看不懂，参考

android 4.4 访问sd卡需要申请权限。 您的应用在 Android 4.4 上运行时无法读取外部存储空间上的共享文件，除非您的应用具有 READ_EXTERNAL_STORAGE 权限。也就是说，没有此权限，您无法再访问 getExternalStoragePublicDirectory() 返回的目录中的文件。但是，如果您仅需要访问 getExternalFilesDir() 提供的您的应用特有目录，那么，您不需要 READ_EXTERNAL_STORAGE `权限。

android 6.0 运行时权限。 此版本引入了一种新的权限模式，如今，用户可直接在运行时管理应用权限。这种模式让用户能够更好地了解和控制权限，同时为应用开发者精简了安装和自动更新过程。用户可为所安装的各个应用分别授予或撤销权限。 对于以 Android 6.0（API 级别 23）或更高版本为目标平台的应用，请务必在运行时检查和请求权限。要确定您的应用是否已被授予权限，请调用新增的 checkSelfPermission() 方法。要请求权限，请调用新增的 requestPermissions() 方法。即使您的应用并不以 Android 6.0（API 级别 23）为目标平台，您也应该在新权限模式下测试您的应用。 如需了解有关在您的应用中支持新权限模式的详情，请参阅 使用系统权限 。如需了解有关如何评估新模式对应用的影响的提示，请参阅 权限最佳做法 。

android 7.+ 应用间共享文件要使用FileProvider。 对于面向 Android 7.0 的应用，Android 框架执行的 StrictMode API 政策禁止在您的应用外部公开 。如果一项包含文件 URI 的 intent 离开您的应用，则应用出现故障，并出现 FileUriExposedException 异常。 要在应用间共享文件，您应发送一项 content:// URI，并授予 URI 临时访问权限。进行此授权的最简单方式是使用 FileProvider `类。如需了解有关权限和共享文件的详细信息，请参阅 共享文件 。

android 8.+

同一权限组的权限在被授予了之后也需要显式的再申请一次。

在 Android 8.0 之前，如果应用在运行时请求权限并且被授予该权限，系统会错误地将属于同一权限组并且在清单中注册的其他权限也一起授予应用。 对于针对 Android 8.0 的应用，此行为已被纠正。系统只会授予应用明确请求的权限。然而，一旦用户为应用授予某个权限，则所有后续对该权限组中权限的请求都将被自动批准。 例如，假设某个应用在其清单中列出 READ_EXTERNAL_STORAGE 和 WRITE_EXTERNAL_STORAGE 。应用请求 READ_EXTERNAL_STORAGE ，并且用户授予了该权限。如果该应用针对的是 API 级别 24 或更低级别，系统还会同时授予 WRITE_EXTERNAL_STORAGE ，因为该权限也属于同一 STORAGE 权限组并且也在清单中注册过。如果该应用针对的是 Android 8.0，则系统此时仅会授予 READ_EXTERNAL_STORAGE ；不过，如果该应用后来又请求 WRITE_EXTERNAL_STORAGE ，则系统会立即授予该权限，而不会提示用户。

android 9

隐私权限变更。

为了增强用户隐私，Android 9 引入了若干行为变更，如限制后台应用访问设备传感器、限制通过 Wi-Fi 扫描检索到的信息，以及与通话、手机状态和 Wi-Fi 扫描相关的新权限规则和权限组。

android 10

隐私权变更。

外部存储访问权限范围限定为应用文件和媒体，在后台运行时访问设备位置信息需要权限，针对从后台启动 Activity 的限制等。

android 11

隐私权限变更。

更详细的版本变更请参考

Q2: Android 10 之隐私权限

Android 10 中的隐私权变更

从Android 10开始已经无法完全标识一个设备，曾经用mac地址、IMEI等设备信息标识设备的方法，从Android 10开始统统失效。而且无论你的APP是否适配过Android 10。

从Android10开始普通应用不再允许请求权限android.permission.READ_PHONE_STATE。而且，无论你的App是否适配过Android 10（即targetSdkVersion是否大于等于29），均无法再获取到设备IMEI等设备信息。

从 Android 10 开始，应用必须具有 READ_PRIVILEGED_PHONE_STATE 特许权限才能访问设备的不可重置标识符（包含 IMEI 和序列号）。而普通应用无法申请该权限。

受影响的API：

—— targetSdkVersion29 的应用，其在获取设备ID时，会直接返回null

—— targetSdkVersion=29 的应用，其在获取设备ID时，会直接抛出异常SecurityException

如果您的App希望在Android 10以下的设备中仍然获取设备IMEI等信息，可按以下方式进行适配：

默认情况下，在搭载 Android 10 或更高版本的设备上，系统会传输随机分配的 MAC 地址。即从Android 10开始，普通应用已经无法获取设备的真正mac地址，标识设备已经无法使用mac地址。

方法1、Google解决方案

如果您的应用有追踪非登录用户的需求，可用ANDROID_ID来标识设备。

ANDROID_ID生成规则：签名+设备信息+设备用户

ANDROID_ID重置规则：设备恢复出厂设置时，ANDROID_ID将被重置

方法2、移动安全联盟SDK

移动安全联盟SDK

移动安全联盟(Mobile Security Alliance，简称MSA)于2017年12月4日成立，由中国信息通信研究院联合终端生产企业、安全企业、高等院校、研究机构、互联网企业以及芯片企业、方案企业等产业链中各个环节的重要机构共同发起。

其他资料：

Android 设备唯一标识（多种实现方案）

(部分内容参考于网络，如有不妥，请联系删除～)

Q3: android权限管理

从 Android 6.0 开始，按照是否需要动态申请分为 普通权限 和 特殊权限

特殊权限 需要程序运行时申请并通过之后才能使用，或者程序安装为系统应用或系统签名。

注意：

1、动态申请也需要在清单文件中配置（AndroidMenifest.xml）

2、权限是分组的，同一组的权限申请其中一个，同组的权限就全部都申请了

特殊权限共有 9 组：

9 组具体权限列表：

普通权限在清单文件配置（AndroidMenifest.xml）即可使用

（1）在 AndroidMenifest.xml 清单文件中申请

（2）单个申请

（2）批量申请

（3）回调处理