在Google上执行的操作-向用户推送通知（userId策略）

Question

我正在处理向用户的推送通知，并正在处理文档。

1. 在完成this之后，我设置了一个Webhook来向用户发送通知，这为接收者记录了target.userId。问题，指的是什么精确值？是我为用户发明的userId还是其他东西？
2. 查看userId文档，似乎必须生成/维护它，并且每隔30天不活动就可能过时。注意here

我担心的是-用户向其他用户发送通知。如果接收者的userId已从我存储在数据库中的内容过时了，我认为当尝试按过期的userId查找该用户时，推送通知将失败？这是针对用户的推送通知的唯一方法吗？根据{{​​3}}文档，我的假设是肯定的-但它似乎很脆弱-或不稳定，因为它依赖于可以过期的ID（除非我误解了userId）。

我上面概述的是考虑从一个用户向另一个用户的推送通知的正确方法吗？我将用户ID存储在数据库中，并在触发消息时将其存储在数据库中，例如：“告诉JimBob我将在11点到达。”我浏览数据库，找到JimBob及其保存的userId，然后从MarySue向JimBob发送推送通知。

我认为这也意味着JimBob必须允许意图“ receive_message”的推送通知。

Answer 1

在这种情况下，您误解了发送给您的ID。

首先-您引用的UserID已弃用，并计划于今年晚些时候删除。即使不弃用它，它也将是唯一且不可重复的，因此发生错失的可能性很小。

您需要使用的ID将在用户approves the subscription时交给您。这将在批准时作为Intent的一部分发送的参数中，而不是通常与请求一起发送。发送给您时，您需要保存此内容。