订阅重订无obfuscatedAccountId的归因问题及解决方案咨询
问题背景
Google用户google-user-1曾在应用账号app-user-1下购买订阅，订阅取消并自然过期后，该用户创建并登录新的应用账号app-user-2，随后通过Play商店完成重订。此时会遇到两个核心问题：
- 重订的订阅会被关联到当前登录的app-user-2，但原账号app-user-1拥有该订阅的历史权益（如特定时间点订阅获得的永久奖励），权益归属不符引发业务矛盾。
- 若该Google用户3天内未登录应用，订阅无法关联到应用内用户，导致应用无法确认购买，最终触发退款。
常见解决方案
绑定Google用户ID与应用内用户的关联关系
在用户首次购买或登录时，将Google用户的accountId与应用内用户ID做持久化绑定并存储到后端数据库。当收到重订的订阅事件时，先通过Google用户ID找到所有关联过的应用内用户，再结合业务规则判断归属：比如优先关联历史订阅对应的原应用内用户，或者当用户登录新账号后，检测到该Google账号下有未关联的重订订阅，提供入口让用户自主选择权益归属的账号。延长购买确认窗口期
调整自身业务逻辑，将默认的3天确认窗口期延长（比如设置为7天），后端记录未关联的订阅订单，期间只要用户登录任意关联过的应用内账号，就完成绑定并确认购买。同时可以通过推送通知提醒该Google账号对应的用户尽快登录应用完成订阅关联。将订阅权益与Google账号绑定
调整业务规则，把订阅的核心权益（包括历史奖励）与Google用户ID绑定，而非应用内用户ID。当应用内用户登录时，先验证其关联的Google账号，若该Google账号有有效订阅或历史权益，就为当前登录的应用内用户激活对应的权益。这种方式下，同一Google账号下的多个应用内账号可以共享订阅权益，避免归属矛盾。实时订阅事件的二次校验
当收到Play商店的重订事件但无法关联应用内用户时，主动调用Google Play Developer API，通过订单ID获取该订阅对应的Google用户信息，再结合后端存储的关联记录尝试自动匹配。若匹配到多个应用内用户，可触发后台人工审核或给用户发送定向消息确认归属。
内容的提问来源于stack exchange，提问作者Yitz Deng
