说实话，MIUI的权限设置真的是越来越完善了咱就是说不像以前那样，感觉有点乱。

读写剪切板甚至不需要声明任何权限，这导致部分应用在后台静默读取剪切板，造成用户隐私泄露。

MIUI 12及以上版本引入了"剪切板隐私保护"功Neng，哈哈，这个功Neng真的是太有必要了。

NFC权限在MIUI12..3稳定版\MIUI .7稳定版未出现运行时请求，之前在MIUI哪个版本出现暂无法追踪，本文只是用此作为一个例子引出MIUI检测特殊的权限方法。

你懂的，MIUI总是会在一些权限上Zuo一些特别的处理。

在MIUI系统中，NFC权限被升级为运行时权限，当App首次调用相关NFC系统API时系统会弹窗询问用户是否允许。

用户也Ke以在设置> 应用> 权限管理中找到独立的"NFC"开关进行控制，不对不对，应该是用户Ke以在设置> 应用> 权限管理中找到独立的"NFC"开关进行控制。

读取剪切板权限目前未支持权限询问弹窗，所有应用默认权限状态为“智Neng允许”，害，这个默认状态还是有点意思的。

fun checkMIUI: PermissionResult { try { val mAppOps = context.getSystemService as AppOpsManager val pkg = context.applicationContext.packageName val uid = context.applicationInfo.uid val appOpsClass = Class.forName val checkOpNoThrowMethod = appOpsClass.getDeclaredMethod val invoke = checkOpNoThrowMethod.invoke if { return PermissionResult invoke result is null" ) } val result = invoke.toString Log.d return when { "" -> PermissionResult "" -> PermissionResult "" -> PermissionResult else -> PermissionResult } } catch { Log.e return PermissionResult }}

这个代码片段还是挺有用的，说实话，不太容易kan懂，但是慢慢琢磨还是Neng明白的。

引用MIUI官方说明，此功Neng适配Android的版本：Android 、 Android 。

public static final String NFCAdded in API level Allows applications to perform I/O operations over NFC.Protection level: normalConstant Value: "android.permission.NFC"

NFC权限在谷歌原生系统中属于正常权限，开发者只需在AndroidManifest.xml中声明即可使用。

若用户未在倒计时结束前允许，或主动关闭权限，则使用NFC读卡器模式读卡时会抛出IOException。

若权限是询问，在App调用写入剪切板系统API时会触发系统弹窗让用户授权App是否允许应用向剪切板写入任何内容。

用户也Ke以直接在应用权限管理界面设置剪切板权限的开启与关闭，你懂的，这个功Neng还是挺方便的。

三方开发者可安装MIUI 12开发版20..16之后的版本调试。

不会，只要用户不手动将应用读取剪切板的权限状态手动调整为“拒绝”，用户dou可正常手动长按粘贴，此次剪切板隐私保护的功Neng仅针对应用主动请求读取剪切板的情况。

使用root后的MIUI手机，查kan/data/system/appOps/xxx.xml文件，可找到NFC对应的OP值。

概述： MIUI系统在Google Android原生权限体系基础上，对部分权限进行了差异化管理。本文以NFC权限和剪切板权限为例，分析MIUI权限管理的特殊行为，为开发者适配MIUI及HyperOS系统提供参考，说实话，这是一个非常有用的概述。

NFC和剪切板，这些特殊的权限处理，让咱就是说还是挺佩服MIUI的开发团队的，他们真的hen用心。