权限报错问题分析及解决方案

错误原因解析

权限验证失败（错误码 201）

根据错误信息 BusinessError 201: Verify permission denied，表明系统拒绝了 ohos.permission.GET_INSTALLED_BUNDLE_LIST权限申请。结果明确提到此错误码代表 权限验证失败，常见于：

• 权限未在 module.json5中声明
• 权限级别过高（如 system_basic级权限需特殊签名）
• 设备策略禁止敏感权限申请

authResults=2的含义

requestPermissionsFromUser返回 authResults=2表示 用户拒绝了权限申请（0=授权，1=未授权，2=拒绝）。结合“应用启动无弹窗”现象，说明权限请求流程未正确触发。

根本原因定位

权限声明缺失

ohos.permission.GET_INSTALLED_BUNDLE_LIST属于高危权限（system_basic级别），必须在配置文件中显式声明：

// module.json5
"requestPermissions": [
  {
    "name": "ohos.permission.GET_INSTALLED_BUNDLE_LIST",
    "reason": "获取已安装应用列表",
    "usedScene": {
      "when": "always"
    }
  }
]

权限请求时机错误

搜索结果2的接口示例表明：

• 敏感权限不能在应用启动时自动触发弹窗（系统会静默拒绝）
• 必须在 用户交互事件（如按钮点击）中调用权限申请

调试 Profile 权限无效

调试模式仅临时跳过签名验证，但高危权限仍需动态申请。authResults=2表明权限实际未被授予。

解决方案

检查权限声明

在 module.json5中确认权限声明格式正确（参考上文代码段）。

修正权限请求逻辑

在用户交互事件中触发请求（如按钮点击事件）：

import abilityAccessCtrl from '@kit.AbilityKit';

// 在UI交互事件中调用
async function requestPermission() {
  try {
    const atManager = abilityAccessCtrl.createAtManager();
    const result = await atManager.requestPermissionsFromUser(
      getContext(this), 
      ["ohos.permission.GET_INSTALLED_BUNDLE_LIST"]
    );
    console.log(`Auth result: ${JSON.stringify(result.authResults)}`);
  } catch (err) {
    console.error(`Request failed: code=${err.code}, message=${err.message}`);
  }
}

处理权限拒绝场景

当 authResults=2时，需引导用户手动开启权限：

if (result.authResults === 2) {
  prompt.showDialog({
    message: "请在设置中开启权限",
    buttons: [{ text: "去设置" }]
  });
}

注意事项

权限级别限制

部分 system_basic权限需 企业签名证书或 系统预置应用才能申请，普通应用需改用替代方案（如 @ohos.bundle.bundleManager的非敏感接口）。

兼容性检查

使用 canIRequest()预检权限可行性：

const canRequest = await atManager.canIRequest(
  "ohos.permission.GET_INSTALLED_BUNDLE_LIST"
);

错误日志分析

若问题持续，通过 HiLog捕获详细堆栈（参考搜索结果3的日志分析方法），重点关注：

• 权限声明与代码调用是否匹配
• 权限请求上下文是否正确（需UIAbilityContext）