Azure通知中心Android推送失败、获取Notification Id及TrackingId使用咨询

我来帮你逐个解决这些问题：

1. 获取Notification Message Id的方法 #

你当前使用的SendGcmNativeNotificationAsync方法在发送原生GCM/FCM消息时，确实可能不会填充outcome.NotificationId属性。要获取有效的Notification ID，建议改用泛型的SendNotificationAsync方法，构造一个GcmNotification对象来发送，这样就能正确获取到NotificationId了。示例代码如下：

// 构造GcmNotification对象
var gcmNotification = new GcmNotification(notif);
// 发送通知并获取结果
NotificationOutcome outcome = await hub.SendNotificationAsync(gcmNotification, tags);
// 此时outcome.NotificationId应该会有有效值
var notificationId = outcome.NotificationId;

2. 通知显示发送成功但未送达设备的排查方向 #

虽然返回结果显示通知已成功发送到推送系统，但设备没收到，你可以从以下几个方面排查：

• 检查设备注册状态：确认设备的FCM注册令牌是否有效，有没有过期或被注销。可以在通知中心的“注册管理”里查看对应设备的注册记录，确保令牌是最新的。
• 验证FCM配置：检查通知中心里配置的FCM API密钥是否正确，有没有权限问题（比如密钥是否启用了云消息推送权限）。
• 消息格式正确性：FCM对消息payload有格式要求，如果你的应用在后台运行，可能需要使用data字段而不是notification字段（后者在后台可能不会触发通知显示）。确保你的notif变量里的JSON结构符合FCM的规范。
• 标签匹配问题：确认你传入的tags参数和设备注册时绑定的标签完全匹配，标签是区分大小写的，不要有拼写错误。
• 设备系统限制：检查Android设备是否开启了电池优化、Doze模式，或者禁用了应用的推送权限，这些都会阻止通知送达。

3. 使用Tracking ID追踪消息 #

你可以通过Azure门户或者Azure CLI来用Tracking ID查询消息的详细推送状态：

• Azure门户方式：
  1. 进入你的Azure通知中心资源
  2. 在左侧菜单的“监控”下选择“日志”（如果之前配置了诊断日志，也可以通过“诊断设置”入口查看）
  3. 在日志搜索界面，输入你的Tracking ID作为筛选条件，就能看到这条消息从通知中心到FCM，再到设备的全流程状态，包括是否有错误（比如令牌无效、推送被拒绝等）。
• Azure CLI方式：
  如果你习惯用命令行，可以运行以下命令（替换占位符为你的资源信息）：

  az notification-hub message show --resource-group <你的资源组名称> --namespace-name <你的命名空间名称> --hub-name <你的通知中心名称> --tracking-id <你的Tracking ID>
  

  这个命令会返回消息的详细推送结果和错误信息（如果有的话）。

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