使用测试许可证时Google Play Pub Sub RTDN消息未发送至Topic

一、RTDN未触发的常见原因 #

• 测试账号配置不全：确认测试账号已加入Google Play控制台的许可测试人员列表，且完成了邀请接受流程。仅添加账号但未接受邀请的话，内购操作不会触发正式RTDN事件。
• 内购商品状态异常：检查测试商品是否设为**“激活”状态**——哪怕是测试阶段，未激活的商品完成购买后也不会推送通知。同时确认商品的定价模板关联正确，配置缺失可能导致事件丢失。
• RTDN事件类型漏选：回到“实时开发者通知”设置页，确认勾选了所有必要事件类型，尤其是PURCHASES_UPDATED（一次性内购）和SUBSCRIPTIONS_UPDATED（订阅类）。别只勾选了控制台测试事件，漏掉实际购买触发的核心事件。
• 签名与包名不匹配：确保测试用的APK/App Bundle，签名和包名与Google Play控制台配置的完全一致。本地调试包用调试签名、控制台用发布签名的话，内购行为不会被识别为有效事件。
• Pub/Sub订阅过滤规则拦截：检查Pub/Sub订阅是否设置了过滤条件，比如仅接收特定事件类型或包名的消息，可能误过滤了测试购买事件。可以临时移除过滤规则验证。

二、应用发布前的完整购买流程测试方法 #

• 规范使用许可测试账号：
  1. 在控制台“测试”>“内部测试/封闭测试”中添加测试邮箱，生成测试链接并发送给测试账号。
  2. 测试账号通过链接接受邀请，从Google Play渠道安装测试版本应用（不能用本地调试包，必须走Play商店安装）。
  3. 完成内购后，直接查看Pub/Sub Topic消息列表，同时检查后端消费日志。
• 调用开发者API主动验证：
  用purchases.products.get或purchases.subscriptions.get接口，传入测试订单ID，验证订单状态是否正常。就算RTDN没触发，也能通过主动查询确认购买有效性。
• 手动构造RTDN消息测试后端：
  参照官方RTDN消息格式，手动构造包含notificationType、purchaseToken等核心字段的消息，发送到Pub/Sub Topic，测试后端消费逻辑是否能正确处理真实事件结构。
• 查看Google Play通知日志：
  进入控制台“开发者通知”页面，检查是否有发送失败记录。如果有，日志会显示具体错误原因（比如Pub/Sub权限不足、Topic不存在等），针对性修复即可。

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