Android各品牌跳转通知设置需适配不同Intent路径，iOS无法直达通知页；厂商ROM存在后台限制，uni.getSetting返回值不可靠，须结合原生API与测试通知验证。
Android 各品牌手机跳转通知设置的 Intent 差异
uni-app 用 plus.android.invokeMethod 或 main.startActivity(intent) 跳转系统设置页时，不同厂商 ROM 对 Settings.ACTION_APP_NOTIFICATION_SETTINGS 支持程度不一。部分机型（如 MIUI、EMUI、ColorOS）会直接 fallback 到通用应用信息页，而非精准的通知开关页。
实操建议：
- 优先尝试 Android 8.0+ 标准路径：
android.settings.APP_NOTIFICATION_SETTINGS+Settings.EXTRA_APP_PACKAGE - MIUI（小米）需额外判断：
Build.MANUFACTURER.toLowerCase() === 'xiaomi'，然后跳转com.miui.securitycenter://guard/pagetab/NotificationTabActivity（需提前声明 intent-filter） - 华为 EMUI/HarmonyOS：用
com.huawei.systemmanager/.appcontrol.activity.AppControlActivity，但注意 EMUI 11+ 已逐步兼容标准 Intent - OPPO/Realme/OnePlus：基本支持标准 Intent；若失败，可退而求其次跳转
android.settings.APPLICATION_DETAILS_SETTINGS，再引导用户手动点“通知管理” - 务必在
manifest.json的"permissions"中声明对应 intent 的使用权限，否则部分 ROM 会静默拦截跳转
iOS 无法跳转通知设置页的硬限制
iOS 系统从设计上禁止 App 直接跳转到「通知」子页面，UIApplication.openSettingsURLString 只能打开通用设置页（App Settings），用户必须手动点击「通知」→ 找到你的 App → 开关权限。
这意味着你不能靠代码自动定位，只能靠 UI 引导：
- 弹窗文案必须明确：“请在设置中开启‘通知’权限 → 找到本应用 → 允许通知”
- 截图标注 iOS 设置路径（尤其 iOS 15+ 的专注模式影响下，“允许通知”可能被灰显，需先关闭专注模式）
- 不要调用
uni.openSetting()后就结束流程——它只打开设置首页，用户大概率找不到入口，必须配合文字指引 - 真机测试时务必关闭专注模式再验证，否则即使开了权限，通知也可能被过滤
国产 ROM 权限二次管控：后台自启动与通知唤醒
很多用户开了通知权限，依然收不到推送，是因为厂商 ROM（如 vivo、OPPO、华为）额外限制了「后台运行」和「自启动」。这些不是 uni-app 能控制的权限项，但直接影响通知是否能触发。
关键点：
- vivo/OPPO 需手动开启「允许后台高耗电」或「电池优化白名单」，否则 App 进入后台后 10 分钟内会被杀，本地定时通知失效
- 华为 EMUI/HarmonyOS 要开启「允许后台活动」+「允许自启动」+「允许关联启动」三开关，缺一不可
- uni.openSetting() 无法跳转到这些二级开关页，只能引导用户去「手机管家」→「权限管理」→「自启动管理」手动添加
- 部分 ROM（如 MIUI）甚至要求用户在「通知管理」里单独开启「锁屏显示」和「横幅通知」，否则锁屏时不显示
uni.getSetting 返回的 notification 字段不准？
uni.getSetting 的 res.authSetting['scope.notification'] 在 Android 上经常返回 true 即使实际被厂商拦截，在 iOS 上则容易因专注模式或静音模式导致状态误判。
更可靠的判断方式是组合检测：
- 先调
uni.getSetting看scope.notification是否为true - 再调原生 API：
NotificationManagerCompat.from(main).areNotificationsEnabled()（Android）或UNUserNotificationCenter.current().getNotificationSettings（iOS 原生桥接） - 最后发一条测试通知（
uni.showLocalNotification），捕获失败回调并提示“可能被系统拦截，请检查厂商设置” - 不要只信
uni.getSetting的返回值——它只反映用户是否点过授权弹窗，不反映 ROM 实际放行状态
真正麻烦的从来不是跳转代码写对没，而是用户在设置里点了“允许”，结果被厂商后台策略悄悄掐断。每台手机都得单独适配，这不是 bug，是现实。
