工具用的顺手吗?
你的反馈能帮助我们做得更好
为开发者和用户提供标准Android权限字符串的即时中文名称与功能描述查询。
这是本地维护的静态参考表,不代表实时官方名录、当前政策或完整收录。原始来源和更新时间未标明的记录,应按未核实资料使用。
此表仅列常见权限名称、加入 API 级别及保护级别,2026-09-29 对照 Android 文档核对。实际授权受系统版本、targetSdk 和用途限制;粗略/精确定位不保证固定米数。 参考来源
概览
了解工具能解决的问题、计算或处理逻辑,以及数据边界。
android.permission.CAMERA、android.permission.RECORD_AUDIO 这类字符串是应用在清单中声明能力时使用的权限标识符。页面收录 119 条固定记录,每条包含“权限”“名称”“描述”三列,可按英文标识符、中文名称或描述中的片段筛选。它适合快速读懂旧项目清单、日志或应用权限列表中的常见项目,不需要上传 APK,也不会替应用授予或撤销权限。
搜索不是只接受完整字符串的精确匹配。输入 CAMERA 可以缩小到包含该片段的记录,输入“蓝牙”也会在表格各列中筛选相关行。列标题可用于排序,还可以隐藏暂时不关心的列;因此,已知完整标识符与只记得用途关键词两种情况都能查。
表中的中文名称和描述是便于阅读的摘要,并未列出 API 级别、保护级别、废弃状态或运行时授权规则。Android 官方把权限区分为安装时权限、运行时权限和特殊权限等类型;同一个标识符在不同系统版本、目标 SDK 或设备实现下,适用方式可能变化。看到“读取联系人”“录音”之类描述,只能确认大致能力范围,不能据此断定应用已经取得权限、正在调用相应能力,或一定属于某个当前保护级别。
自定义权限通常采用应用包名加 .permission. 的命名方式。页面也收录少量非 android.permission. 前缀的历史项目,但它不是所有厂商与所有应用自定义权限的全集。没有搜索结果时,应回到声明该权限的应用或系统文档核对。
指南
按步骤完成操作,并通过示例核对输入与结果。
从清单、日志或权限列表复制完整字符串,例如 android.permission.ACCESS_NETWORK_STATE。不要先删掉前缀,完整值更容易排除同名项目。
把完整值或 ACCESS_NETWORK_STATE、“网络状态”等片段放入搜索框。表格会只保留包含该文本的记录;若无结果,可缩短为 NETWORK 再查看候选项。
“权限”用于回到代码或清单核对,“名称”提供中文短标签,“描述”概括可执行的动作。点击列标题可改变排序,列菜单可控制显示范围。
涉及上架合规、安全审计或运行时授权逻辑时,把匹配到的完整常量放到 Android 官方 API 参考中复核,不把本页摘要当成当前系统规则的替代品。
完整值:搜索 android.permission.CAMERA,表内对应名称为“拍照权限”,描述指向摄像头访问。这个结果适合给清单条目加注释。
用途词:搜索“日程”,可以定位读取与写入日程相关的记录,再根据“权限”列区分 READ_CALENDAR 与 WRITE_CALENDAR。这也说明相似用途可能由多个权限分别控制,不能只看中文短名。
场景
查看这项工具在不同工作与生活流程中的用法。
维护人员接手较早的 Android 项目时,可按权限常量筛选并给审查记录补充中文用途,再逐项确认哪些声明仍有必要。
安全或隐私人员可把应用列出的权限逐条定位,先区分联系人、短信、位置、麦克风等能力,再进入版本和调用链核查。
初学者可用关键词比较读、写、接收、发送等成对权限,理解标识符各部分表达的动作与对象。
问答
集中解答高频疑问与容易混淆的问题。
最常见原因是该权限不在这 119 条固定记录中,或属于较新的平台权限、厂商权限、自定义权限。先检查空格和拼写,再到 Android 官方 API 参考或权限声明方文档核对。
不能。表中含有历史权限、系统或签名级权限,以及普通应用可能无法取得的项目。能否声明、是否会被授予及需要何种流程,应结合当前保护级别、目标 SDK 和系统版本判断。
不等于。清单声明、系统授予和实际调用是三个不同层次。这里的结果只解释标识符,不能证明权限已经授予,也不能还原应用运行行为。
可以,只要关键词出现在名称或描述中就会参与筛选。中文摘要可能存在旧称或措辞差异,最终仍应以“权限”列的完整标识符去官方资料复核。
须知
使用前了解适用范围、结果限制与必要提醒。
这是静态速查表,不是完整、随系统版本同步的 Android 权限目录,也不执行 APK 解析、风险评级、恶意行为检测或授权状态检查。部分中文描述带有早期 Android 生态的表述,不能据此形成上架合规或安全结论。
权限含义会受到平台版本、目标 SDK、设备厂商和权限声明方影响。涉及隐私告知、最小权限设计或安全审计时,应核对当前官方文档、应用实际调用路径和测试设备上的系统行为。
推荐
查找相关工具、专题与可用的 API 能力。