MAUI/浏览器端跨平台推送通知方案咨询及技术实现疑问

一、浏览器端应用的后台推送能力 #

纯浏览器端应用在浏览器未运行时接收推送通知的支持情况存在平台差异：

• Android平台：Chrome、Firefox等主流浏览器支持。这类浏览器依赖系统级推送通道（如Chrome使用FCM），只要设备未限制浏览器的后台权限、未被电池优化完全阻断，即使浏览器进程关闭，仍能通过底层推送服务接收通知。
• iOS平台：Safari仅在浏览器处于后台挂起状态（未完全关闭进程）时支持Web Push；若浏览器被完全关闭（从多任务栏划掉），则无法接收推送。此外iOS对Web Push有严格的权限和频率限制，延迟表现也不如原生推送稳定。

浏览器端推送核心流程 #

1. 设备注册：前端通过Service Worker申请用户通知权限，获取包含推送端点（endpoint）的订阅对象，将该对象上传至你的服务器存储。
2. 服务器推送：服务器根据目标设备的endpoint，调用对应浏览器的推送服务API（Android Chrome调用FCM，Safari调用APNs）发送通知 payload，确保设置高优先级以满足低延迟需求。

二、MAUI应用的推送方案选择 #

若浏览器端方案无法满足「浏览器完全关闭仍能推送」的需求，Firebase和Azure Notification Hub是最成熟的主流方案，但并非唯一选项（还可选择OneSignal、Pushwoosh等第三方推送服务）。以下是两种主流方案的实现步骤：

1. Firebase Cloud Messaging (FCM) #

MAUI端注册流程

• Android：
  • 在Firebase控制台创建项目，下载google-services.json放入MAUI项目的Android平台目录。
  • 配置AndroidManifest.xml，添加POST_NOTIFICATIONS权限，声明FirebaseMessaging服务。
  • 在MAUI初始化代码中调用FirebaseMessaging.Instance.GetTokenAsync()获取FCM令牌，将令牌上传至你的服务器。
• iOS：
  • 在Firebase控制台配置iOS应用，下载GoogleService-Info.plist放入MAUI项目的iOS平台目录。
  • 配置Entitlements.plist，开启Push Notifications和Remote notifications权限。
  • 在AppDelegate中注册APNs，通过FirebaseMessaging.Instance.GetTokenAsync()获取FCM令牌并上传服务器。

服务器端推送实现

• 集成Firebase Admin SDK到后端服务。
• 通过目标设备的FCM令牌发送通知，设置priority: "high"（Android）和apns-priority: 10（iOS）以确保近乎实时的推送。
• 可根据业务需求发送通知型payload（直接展示通知）或数据型payload（应用后台处理）。

2. Azure Notification Hub #

MAUI端注册流程

• 在Azure Portal创建Notification Hub实例，分别配置Android（FCM服务器密钥）和iOS（APNs证书/密钥）的推送凭据。
• 在MAUI项目中安装Azure.Messaging.NotificationHubs NuGet包。
• Android端获取FCM令牌、iOS端获取APNs设备令牌，调用Notification Hub的注册API，将令牌与用户ID/标签关联后上传。

服务器端推送实现

• 集成Azure.Messaging.NotificationHubs SDK到后端。
• 通过注册ID、标签或用户组定向推送通知，针对Android和iOS分别构造符合FCM/APNs规范的payload，设置高优先级以满足延迟要求。

方案优劣对比 #

• Firebase：免费额度充足，集成步骤简洁，适合中小规模项目；原生适配Android，iOS端需依赖APNs配置。
• Azure Notification Hub：支持多平台统一推送管理，提供完善的监控和扩展能力，适合企业级项目；需Azure订阅，成本随使用量递增。

内容的提问来源于stack exchange，提问作者Zenilogix