ios - 如何在服务器发送的 Apple 订阅事件中识别客户？

Question

在 iOS 应用上实现订阅意味着我们想要处理 SSEs订阅状态发生变化时，用于管理服务内用户的权限。

Apple 文档没有显示明确的客户 GUID。

它们在每个 SSE 的有效负载中提供收据，例如the latest one .

问题是:API 服务器如何唯一地识别客户？

API 服务器是否应该以继承方式跟踪每张收据？IE。 API 是否应该保留每张收据以及上一张收据的链接(直到第一个收据)发出的一个(可以通过用户用来启动订阅的 iOS 应用程序链接到客户)，并在每个 SSE 上重新跟踪此历史记录？

每this thread ，applicationUsername 服务端 UUID(Apple 使用，用于“不规则事件检查”)不是解决方案，因为收据或 SSE 中未提供它。该线程暗示，使用交易 ID 仍然是识别 SSE 的最佳方式，因为它最终与用户绑定(bind)在一起，并且由该服务来跟踪用户在给定的 Apple 平台上进行的交易服务。

是否有更简单、更直接的方式来建立上交所、其苹果客户和服务用户之间的关系？

Answer 1

经过一段时间的挖掘和询问，我得出以下结论:

只有一种方法可以将交易事件与用户联系起来，那就是通过必须在其应用程序上实现恢复机制。

因此，您至少需要跟踪原始交易ID，因此，当您的应用程序触发恢复机制时，您可以检查当前登录您应用程序的用户，并使用登录用户调用您的后端，以及原始交易 ID 列表。

通常，当用户订阅时，主要是在您的应用程序内完成的，因此您可以通过简单的方式完成此链接。

但是，因为您可以在一段时间后从 AppStore“重新订阅”，而无需通过您的应用程序，Apple 可能会向您的后端发送一个 SSE，其中包含一个新的(因此未知的)原始交易 ID，因为这个新订阅是有新交易。

---

简而言之，

• 您需要至少保留一个包含您作为 SSE 收到的原始交易 ID 的数据库
• 您需要实现恢复机制，以便每隔一段时间就联系您的服务器应用程序启动时，以及 Apple 为您提供的交易 ID/原始交易 ID 列表
• 您需要接受将交易存储在您的后端而不需要链接发送给用户(因为用户可能在尚未启动应用程序的情况下重新订阅)