必须在用户拒绝权限后，先调用uni.getAuthSetting确认scope为false，再调uni.openSetting跳转设置页，并在onShow中重新检查权限状态以同步UI。
App端权限弹窗被拒绝后怎么重新引导用户去设置页
uni-app 在 App 端（iOS/Android）调用 uni.authorize 或直接访问摄像头、位置等受控 API 时，若用户点“拒绝”，系统不会再主动弹出二次授权弹窗——这是原生机制，不是 uni-app 的 bug。必须手动跳转到系统设置页，让用户自己打开开关。
实操上，uni.openSetting 是唯一可靠入口，但要注意它只在用户已拒绝过权限时才有效；首次调用未授权状态时，它可能无反应或报错。
- Android：调用
uni.openSetting()会直接跳转到当前 App 的权限管理页（如「设置 > 应用 > XXX > 权限」） - iOS：跳转到「设置 > XXX」主页面，需用户手动点击进入权限项（iOS 不支持直达具体权限开关）
- 必须在用户明确拒绝后触发，不能在
uni.getSystemInfo后就预跳——否则 iOS 会静默失败，Android 可能闪退
uni.openSetting 调用时机和前置判断怎么做
不能一上来就调 uni.openSetting，得先确认权限真实状态。iOS 和 Android 对 uni.getAuthSetting 返回值处理不一致：iOS 会返回 scope.userLocation 等字段为 undefined（未询问过），而 Android 可能返回 false（已拒绝）或 undefined（未询问）。
推荐逻辑链：uni.authorize → catch 错误 → 再查 uni.getAuthSetting → 判断对应 scope.xxx 是否为 false → 才调 uni.openSetting。
- 错误示例：在
uni.getAuthSetting成功回调里直接调uni.openSetting，结果用户根本没拒绝过，跳转后啥也没发生 - 正确做法：仅当
uni.authorize失败且getAuthSetting显示该 scope 为false时再跳 - 注意
scope.writePhotosAlbum在 iOS 17+ 需额外申请scope.camera才能写入相册，别漏判
Android 上跳设置页后返回 uni-app 页面不刷新怎么办
用户从系统设置页返回 App，uni-app 默认不会自动刷新页面或重试权限检查，导致 UI 还卡在“请授权”按钮上。这不是 bug，是生命周期控制问题。
必须监听 onShow（而非 onLoad 或 mounted），并在其中重新检查权限状态。
-
onShow是 App 从后台切回前台的唯一稳定钩子，iOS/Android 均触发 - 不要在
onShow里重复调uni.authorize，只查getAuthSetting并更新 UI - 如果用了自定义组件封装权限按钮，确保其内部也响应
onShow或通过事件总线通知 - 部分 Android 厂商（如华为、小米）可能拦截
onShow，可加 300ms 延迟再查，避免状态不同步
uni-app 条件编译下如何写兼容 iOS/Android 的权限跳转逻辑
虽然 uni.openSetting 本身跨端，但它的行为差异大，不能靠一个函数兜底。需要按平台微调逻辑，尤其在错误处理和降级提示上。
iOS 用户跳转后找不到权限开关，容易放弃；Android 用户可能被厂商系统二次拦截。所以提示文案和 fallback 必须区分。
- Android：跳转后可加一句“已在设置页，请开启「位置信息」「存储」等权限”
- iOS：跳转后提示“请在设置中找到本应用，开启相应权限（iOS 需手动操作）”
- 条件编译用
#ifdef APP-ANDROID/#ifdef APP-IOS包裹差异化提示，别混在同一个alert里 - 万一
uni.openSetting失败（如低版本 Android），要 fallback 到引导用户手动进设置，而不是卡死
权限引导最麻烦的不是跳转代码，而是状态同步时机和平台行为差异。很多人卡在“点了跳转却没反应”，其实是没等 authorize 拒绝就提前调了 openSetting；或者以为跳过去就完事，忘了 onShow 里补检查。这些点不盯住，再好的跳转逻辑也白搭。
