HarmonyOS鸿蒙Next中uniapp权限弹窗冲突问题

这个现象我觉得问题大概率不在鸿蒙权限系统本身，而是在 uni-push 初始化时机。

从你发的截图看，目前是：

App启动
↓
显示自定义隐私协议弹窗
↓
uni-push初始化
↓
系统通知权限弹窗

理论上应该是串行的。

但实际变成了：

App启动
↓
自定义隐私协议弹窗
      +
系统通知权限弹窗
同时出现

导致两个弹窗叠在一起。

鸿蒙的通知授权弹窗属于系统级弹窗。

如果 uni-push 在 App 启动阶段就完成了：

plus.push.addEventListener(...)

或者：

uniPush.initialize()

之类的初始化逻辑，

系统会立即检测：

通知权限未授权
↓
自动触发授权申请

而这个过程不会等待你的业务弹窗关闭。

所以即使你自己的隐私协议还在显示，系统通知弹窗也会直接弹出来。

常见错误写法

很多项目会这样：

onLaunch() {
  initPush()

  showPrivacyDialog()
}

或者：

onLaunch() {
  showPrivacyDialog()

  initPush()
}

看起来顺序没问题。

但实际上：

showPrivacyDialog()

只是把弹窗显示出来。

并不会阻塞后面的代码继续执行。

所以：

initPush()

仍然会马上执行。

推荐做法

不要在 onLaunch 就初始化 Push。

改成：

启动App
↓
显示隐私协议
↓
用户点击同意
↓
初始化uni-push
↓
申请通知权限

例如：

async onPrivacyAgree() {
  await initPush()

  // 后续业务
}

保证 Push 初始化发生在用户同意隐私协议之后。

为什么隐私托管也没解决

因为隐私托管解决的是：

用户隐私授权

不是：

系统通知权限申请

这两个完全是两套机制。

所以：

隐私托管
✓

通知权限弹窗
仍然可能提前弹出

这是正常现象。

建议检查的地方

重点搜一下项目里有没有这些代码：

uniPush
pushManager
plus.push
getClientInfoAsync
getPushClientId

特别是：

uni.getPushClientId()

有些版本的 uni-push 在获取 ClientId 时就会触发初始化流程。

从你描述的现象来看，我更怀疑是：

App.vue
↓
onLaunch
↓
自动初始化uni-push
↓
鸿蒙系统弹通知授权框

而你的隐私协议弹窗只是业务层弹窗，所以最终两个一起出现了。

解决思路就是把 uni-push 的初始化时机延后到用户点击“同意隐私协议”之后，不要在 App 启动阶段提前初始化。这样在鸿蒙上一般就不会出现这种弹窗冲突。

在HarmonyOS Next中，uniapp的隐私弹窗和推送通知弹窗冲突，是因为鸿蒙系统对权限请求有严格的时序控制，而uniapp的生命周期和原生推送初始化时机不同步。

解决方案是延迟推送服务的初始化，直到用户同意隐私协议。

在你的项目原生插件或App.vue中调整逻辑：

// App.vue
onLaunch: function() {
  // 先展示隐私协议，不初始化推送
  this.checkPrivacyAndInit()
},
methods: {
  checkPrivacyAndInit() {
    // 假设隐私协议同意状态存储在本地
    const agreed = uni.getStorageSync('privacy_agreed')
    if (!agreed) {
      // 展示自定义隐私弹窗
      uni.showModal({
        title: '隐私协议',
        content: '请同意隐私协议',
        success: (res) => {
          if (res.confirm) {
            uni.setStorageSync('privacy_agreed', true)
            // 同意后初始化push
            this.initPush()
          }
        }
      })
    } else {
      this.initPush()
    }
  },
  initPush() {
    // #ifdef APP-PLUS
    // 动态初始化uni-push，避免在onLaunch时自动触发
    plus.push.addEventListener('receive', (msg) => {
      // 处理推送
    })
    // 其他push初始化代码
    // #endif
  }
}

注意：这个改造后需要重新打包自定义基座，因为鸿蒙原生插件初始化时机可能已经固化了。如果插件在应用启动时就自动请求权限，你需要在原生插件层面将推送初始化改为懒加载模式。