uni.getLocation 失败不弹窗是因系统记录“已拒绝”，需先调用 uni.getSetting 检查 scope.userLocation 状态，区分首次拒绝与永久拒绝，再决定是否 authorize 或引导至设置页。
uni.getLocation 失败却不弹窗？先查 uni.getSetting 状态再行动
用户点一次“拒绝”后，uni.getLocation 就静默失败、无弹窗、无报错——这不是 Bug，是 Android 运行时权限机制的正常行为。系统记录了“已拒绝”，后续调用直接跳过弹窗流程，直接进 fail 回调。
实操建议：
- 永远不要在未检测状态前直接调用
uni.getLocation或uni.authorize - 必须先调用
uni.getSetting，检查res.authSetting['scope.userLocation']的值：是true、false，还是undefined（首次未询问） - 注意：Android 8.0+ 和华为/小米系统可能返回
false即代表“永久拒绝”，此时再调authorize无效 - 错误写法：
uni.getLocation({ fail: () => uni.authorize(...) })—— fail 里再 authorize，大概率白忙活
用户点了“拒绝”，该不该立刻跳 uni.openSetting？
不该。一拒就跳系统设置页，体验生硬，审核也容易被驳回（华为明确要求“不得因拒绝强制跳转”）。真正的关键，是区分“第一次拒绝”和“永久拒绝”。
实操建议：
- 第一次拒绝时，
uni.getSetting返回false，但系统仍允许你再次调用uni.authorize弹窗；此时应展示轻量提示，比如：“需要定位才能推荐附近服务，要试试看吗？” + “重试”按钮 - 第二次拒绝且勾选“不再询问”，或连续两次拒绝后，
uni.authorize会直接失败，err.errMsg可能含"denied without ask"类提示；这时才适合引导去设置页 - 跳设置页前，务必用
uni.showModal做二次确认，说明目的，例如：“请到设置中开启定位权限，否则无法使用附近功能”
manifest.json 里 permissionExternalStorage 配置写 "once" 还是 "always"？
写 "once"。华为、vivo 等应用商店明确要求：存储权限不能设为自动申请或反复强求，“always” 已基本被下架风险覆盖。
实操建议：
-
"request": "once"是唯一安全选项；它表示只在首次启动时由系统统一申请（仅限 Android），且必须配合高质量prompt文案 -
prompt字段不能写“用于APP功能”，必须具体：“用于保存您拍摄的照片和下载的地图离线包” - 即使配置了
"once"，也不代表你能在启动页就调用uni.chooseImage—— 用户可能跳过，或厂商系统拦截，所以业务层仍需做运行时检测 - 小米/EMUI 设备可能忽略 manifest 配置，坚持走 JS 层动态申请逻辑，因此 JS 层权限兜底不可省
怎么让“拒绝后引导”不显得像骚扰？核心是延迟 + 场景化 + 降级
用户不是讨厌授权，是讨厌没来由的索取。所有诱导提示失效的根本原因，是把权限当成开发任务，而不是用户旅程中的一环。
实操建议：
- 延迟申请：图片上传按钮点击时才检查相册权限，定位地图页打开时才检查位置权限，而非
onLaunch就弹 - 场景化文案：不用“需要获取位置”，改用“正在为您查找最近的维修点…” + 按钮文案“开启定位，马上找”
- 拒绝后必须提供降级路径：比如不开定位，就默认显示城市列表供手动选择；不给相册权限，就支持粘贴图片链接或文字描述
- 避免在
fail回调里连续调showModal，安卓部分机型会触发系统弹窗抑制策略，导致后续所有弹窗失效
uni.authorize，而是判断“此刻用户是否理解、是否愿意、是否有退路”。很多项目卡在审核不过，问题不在代码，而在 prompt 文案写得像法条，或拒绝后直接黑屏退出——这些细节，比 API 调用顺序更决定成败。 
