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 调用顺序更决定成败。