uni-app无法修改系统级权限弹窗文案，只能在uni.authorize前主动展示合规用途说明弹窗，且需严格匹配scope、包含权限名/功能/用途三要素，并避免异步延迟。
uni-app 本身不提供修改系统级权限弹窗描述文案的能力——Android/iOS 系统弹出的原生权限申请框（如“允许‘XX应用’访问位置信息吗？”）的文案由操作系统控制，manifest.json 或 JS 代码无法直接覆盖。你真正能干预的，是**在系统弹窗出现前，主动向用户说明用途**，这既是合规硬性要求（华为、vivo、小米等市场明文规定），也是提升授权率的关键动作。
为什么不能改系统弹窗里的文字
Android 6.0+ 和 iOS 的权限弹窗文案由系统预设，开发者无权修改。比如申请 android.permission.ACCESS_FINE_LOCATION，系统固定显示“访问设备的位置信息”，你填 android.permission.CAMERA 就只会显示“使用相机”。任何试图通过 hook、反射或自定义 Dialog 替换原生弹窗的行为，都会被厂商审核拦截，或导致上架失败。
常见错误现象：在 manifest.json 里加注释、在 permissions 数组里塞中文字符串、用 uni.showModal 模拟弹窗后立刻调 uni.authorize——这些都不能改变系统弹窗内容，反而造成重复引导、体验断裂。
必须在 uni.authorize 前加自定义用途说明弹窗
这是当前所有国内安卓应用市场（华为、vivo、小米、OPPO）的强制要求。你得自己实现一个前置提示，且满足：不自动消失、明确写出权限名和服务功能、与后续申请的 scope 严格对应。
- 触发时机：仅在
uni.getSetting返回res.authSetting['scope.xxx'] === undefined时才展示，避免对已拒绝用户重复打扰 - 文案必须包含三要素：
权限名称（如“相机”）、具体功能（如“拍摄证件照”）、用途（如“用于实名认证，不会上传至服务器”） - 按钮文案要中性，禁用“确定”“好的”等诱导性词汇，推荐“知道了，去授权”或“我了解了，继续”
- 用户点击后，再调用
uni.authorize({ scope: 'scope.camera' })；若用户点取消，就终止流程，不要跳转设置页（那是第二步）
示例片段：
uni.getSetting({
success: (res) => {
if (res.authSetting['scope.camera'] === undefined) {
uni.showModal({
title: '需要开启相机权限',
content: '我们将使用相机拍摄您的证件照片，仅在本地处理，不会上传至服务器。',
confirmText: '去授权',
success: (modalRes) => {
if (modalRes.confirm) {
uni.authorize({ scope: 'scope.camera' });
}
}
});
}
}
});
Android 端额外注意 manifest.json 中的 permissionExternalStorage 配置
如果你申请的是存储类权限（如 scope.writePhotosAlbum），仅靠 JS 层说明不够。Android 端还要求 manifest.json 中显式配置 permissionExternalStorage 行为策略，否则 uni.openSetting 可能无法唤起对应开关，导致用户拒绝后无法补救。
- 必须写在
app-plus.distribute.android节点下，不是根级permissions数组 - 值只能是
"none"、"auto"或"manual"；"none"表示不自动申请，完全交由 JS 控制，最安全 - 错误写法：
"permissionExternalStorage": true或"permissionExternalStorage": {}—— 这会导致打包时忽略该配置
正确配置示例：
"app-plus": {
"distribute": {
"android": {
"permissionExternalStorage": {
"request": "none"
}
}
}
}
真正容易被忽略的点是：用途说明弹窗和 uni.authorize 之间不能有异步延迟（比如加个 setTimeout），也不能穿插其他 API 调用；一旦用户看到说明后没立刻触发授权，系统可能判定为“非即时触发”，审核时会被打回。
