权限系统与受限 ACL

鸿蒙的权限系统是应用能力的安全边界。这篇讲体系结构与受限 ACL 的实务——权限怎么分类、怎么申请、怎么管。

▍权限的分级
普通权限：声明即用（低敏能力——安装时静态确认）；运行时权限：用时申请（敏感能力——用到的时刻弹窗用户授权，可拒绝）；受限权限（ACL）：审核获取（高敏或特殊能力——不仅要用户侧流程，还要开发者侧的审核说明，通过后进 Profile）。可执行内存（JIT 类）就是典型的受限权限——浏览器引擎、脚本引擎类应用的需求。

▍申请的正确姿势
按需申请（用到才要——权限清单克制，每个权限都有功能锚点：这个权限服务于哪个功能，说不出就删）；时机正确（运行时权限在功能触发的上下文弹——首启一排弹窗是赶客）；话术清楚（弹窗的用途说明写人话——用户凭什么同意你）。

▍受限 ACL 的实务
流程：开发者平台提交申请（用途说明、技术依据）——审核——通过后权限进 Profile（签名生效）。材料写法：技术用途（哪个引擎、什么机制需要它）加必要性论证（为什么没有替代方案）——写清楚的技术说明比模板话术通过率高。注意权限与 Profile 的绑定关系（加了 ACL 权限要重新生成 Profile——漏这步的错位故障在签名篇讲过）。

▍权限的治理
版本迭代时的权限审计（权限面只减不增——增权限要显式评审）；第三方组件的权限审查（引入的 SDK 带什么权限要求——逐项核对用途）；用户信任的维护（权限用途在应用内可查——隐私说明的入口常驻）。

▍真实参照
Air 系列的移植工程权限面普遍克制：文献管理工程只有三项权限（JIT 可执行内存、网络、剪贴板读取），每项都有明确用途——权限面小、材料清楚、审核顺利，这是可以复制的经验。

免费无广告的安装包可以在官网下载体验。