● 资料核对FIELDNOTE / 014

排查漏推送,沿消息链路找真正断点

从捕获、分类、队列到发送与平台回读逐步核对,服务运行不等于用户收到。

日志 · SQLite · 消息平台核对于 2026-10-19工程

做完得到什么

能定位失败环节、避免重复补发的告警链路记录。

开始之前

  • 有权查看的任务日志、队列和平台记录
  • 能对应同一事件的唯一标识

怎么做

  1. 选一条确实应该提醒的事件,固定原始证据与时间。
  2. 依次检查是否捕获、如何分类、是否入队、是否发送。
  3. 用平台原生接口或实际消息记录核对最终内容与收件人。
  4. 先定位根因再修复;补发历史消息前检查授权、幂等键和原文版本。

带走这段提示词

排查这条事件为什么没有推送:[事件]。沿捕获→分类→队列→发送→平台回读核对同一事件。保留每步证据和时间,不把服务active或HTTP成功当送达。先只读诊断,未经授权不要补发、重建任务或改变收件人。

哪些地方要留意

  • 不能从一次测试消息成功推断所有自然事件都能送达。
  • 发送结果不明时先回读,不能直接重复发送。

来源与验证范围

根据已有消息链路排障方法整理;本条没有为任何当前账号提供实时健康确认。

接着看看