了解如何存储Web推送endpoint

Question

我正试图开始在我的一个应用程序中实现网络推送。在我找到的示例中，客户端的endpointURL通常存储在内存中，注释如下：

在生产中，您会将其存储在数据库中。。。

因为只有我的应用程序的注册用户才能/将获得推送通知，所以我的计划是将endpointURL存储在我数据库中用户的元数据中。到目前为止，一切顺利。

当我想允许同一个用户在多个设备上接收通知时，问题就来了。理论上，我只会为用户订阅的每个设备向数据库添加一个新的终结点。但是，在测试中，我注意到endpoint会随着同一设备上的每次订阅/取消订阅而变化。因此，如果用户在同一设备上连续订阅/退订几次，我最终会为该用户保存几个endpoint（除了一个endpoint之外，所有endpoint都是坏的）。

据我所知，当用户取消订阅或终结点无效时，没有可靠的方法来通知。那么，我如何知道在添加新终结点之前是否应该删除旧终结点？

如何通过重复订阅/取消订阅向数据库中填充终结点来阻止用户有效地发起拒绝服务攻击？

这更像是一个玩笑（我可以明显地限制给定用户的总endpoint），但我看到的问题是，当需要发送通知时，我会用数百个无效endpoint的通知来关闭通知服务。

我希望服务器上的订阅逻辑为：

1. 检查是否已为此用户/设备组合保存endpoint

问题是我不知道如何可靠地做到#1。

Answer 1

我将为用户订阅的每个设备向数据库中添加一个新endpoint

最好的方法是有这样一张表：

endpoint | user_id

• 在endpoint上添加一个唯一的约束（或主键）：您不想将同一个浏览器与多个用户关联，因为这是一个混乱（如果endpoint已经存在，但它有不同的用户id，只需更新与之关联的用户id）
• user_id是指向用户表的外键

如果用户在同一设备上连续订阅/退订几次，我最终会为该用户保存几个endpoint（除了一个endpoint之外，所有endpoint都是坏的）。

是的，不幸的是推送API有一个疯狂的取消订阅机制，你必须处理它。

endpoint可能过期或无效（甚至是恶意的，如android.chromlum.info）。当您尝试从应用程序服务器发送推送消息时，您需要检测失败（使用HTTP状态代码、超时等）。然后，对于某些类型的失败（永久失败，如过期），您需要删除终结点。

如何通过重复订阅/取消订阅向数据库中填充终结点来阻止用户有效地发起拒绝服务攻击？

如上所述，一旦意识到无效endpoint已过期或无效，就需要正确地删除它们。基本上，它们最多会生成一个无效请求。此外，如果吞吐量很高，服务器只需几秒钟就可以请求数千个endpoint。

我的建议是基于我在开发Pushpad时所做的大量实验和思考。