- 我们在 uni-push2.0 链路下，HONOR 设备离线推送不达，已完成以下排查并拿到可复现证据：
- 基础信息
- AppId（HONOR）： 104558311
- ClientId（HONOR）： dfbcbe2a88a5425d953e1bdc4a9fecda
- 设备：HONOR 手机（新包已安装，App 打开 30 秒以上）
- 推送分类： SERVICE_AND_COMMUNICATION
- 当前现象
- App 端持续上报 push_client_id 成功，后端日志显示：
- vendor: HONOR
- vendor_token: '' （空）
- client_token: '' （空）
- 最新 push_client_id 示例： 1664f054686ccf486c748751494eae60
- 使用该值做 HONOR 直连发送，接口返回：
- code: 10300
- message: push token is null
- 直连请求关键点（已确认）
- OAuth 获取 token 正常
- Header 中 timestamp 使用当前毫秒时间（每次实时生成）
- 网关使用可解析域名： https://push-api.cloud.honor.com
- 发送接口： /api/v1/{appId}/sendMessage
- 返回稳定为 10300 push token is null （非 timestamp 错误）
- 我们的判断
- 当前拿到的是 CID（uni-push client id） ，不是荣耀直连接口可识别的 push token 。
- 需要平台明确： CID -> HONOR push token 的映射由谁负责、如何查询、何时生效，以及失败时如何定位。
- 请协助明确答复
- 在 uni-push2.0 链路中，HONOR 厂商 token 是否应自动映射？
- 若应自动映射：请提供排查入口（按 CID 查询厂商 token/映射状态）。
- 若需额外配置：请给出最小必需项清单（控制台配置、包签名、字段要求、回执查询方式）。
- 请给出可复现成功的最小请求样例（含完整字段名），避免仅返回“token is null”这类泛化提示。
7***@qq.com
- 发布：2026-04-22 18:00
- 更新：2026-04-22 19:30
- 阅读：16
1 个回复
DCloud_云服务_JRP
加文档上方的交流群，进群咨询一下