而重新订阅 (Resubscribe，有时也叫做 Resignup)，本质上是一次新的订阅购买，之前这个重新订阅的行为只能从应用内发起，今年 6 月随着订阅平台的一系列改进，对已经过期不满一年的订阅，用户也可以从 Play 订阅中心去完成这个操作。而过期超过 1 年后，用户只能从您的应用中重新购买相同的订阅内容。不管重新订阅的操作是从应用内完成的还是从新版的 Play 订阅中心完成的，是订阅过期前做的还是订阅过期后的一段时间内做的，它的本质是不会变的，所以产生的结果就是会产生新的 purchaseToken。

下面的表格可以帮助开发者更直观的看出两者之间的差别:

这里特别提醒开发者注意的一种情形是当取消的订阅尚未到期，而用户又再次购买的场景。根据下面链接中的 官方文档， 新订阅将替换旧订阅，并在同一到期日期续订。而我们上面也提到了，重新订阅会产生一个新的 purchaseToken，而之前的旧订阅也仍会有 purchaseToken，所以开发者需要注意及时将旧订阅的 purchaseToken 标注为失效，否则就可能出现同一用户对同一订阅产品 (即同一 SKU) 有两个 purchaseToken 同时有效的情况。那怎么知道旧订阅的 purchaseToken 呢？如果在重新订阅发生时，旧的订阅尚未失效，您会在新的订阅里看到于 linkedPurchaseToken 这个字段，记录了与之关联的旧的订阅的 purchaseToken。

官方文档: 销售订阅内容 > 订阅到期之前

https://developer.android.google.cn/google/play/billing/subs#resubscribe-before

官方文档: 销售订阅内容 > 订阅到期之前

https://developer.android.google.cn/google/play/billing/subs#resubscribe-before

对于 linkedPurchaseToken 的处理方法，可以参考下面这篇文章:

从上面的表格里，大家也不难看出来，这两种操作都是可以从 Play 订阅中心去完成的，换句话说，这个行为是在您的应用外完成的，开发者除了正常的响应 RTDN 之外，还需要注意对于重新购买，一定要及时确认购买交易，尤其是使用了 Play Billing Library 2.0 或以上版本的开发者，任何的交易如果没有在三天之内得到确认，就会被 Play 取消。

最后还想提醒大家一点的是，虽然我们上面提到如果重新订阅发生时，老的订阅尚未失效，您会在新的订阅里看到 linkedPurchaseToken 这个字段，但请不要依赖于这个字段是否存在来判断老的订阅是否还在有效期内，对于所有订阅的 purchaseToken，开发者都应该通过 Google Developer API 的订阅接口里返回的 expiryTimeMillis 字段信息作为正确的订阅到期时间。您还可以阅读官方文档了解关于 销售订阅和 实时开发者通知参考指南。

Google Developer API的订阅接口

https://developers.google.google.cn/android-publisher/api-ref/rest/v3/purchases.subions/get

销售订阅

https://developer.android.google.cn/google/play/billing/subs

实时开发者通知参考指南

https://developer.android.google.cn/google/play/billing/rtdn-reference

Google Developer API的订阅接口

https://developers.google.google.cn/android-publisher/api-ref/rest/v3/purchases.subions/get

销售订阅

https://developer.android.google.cn/google/play/billing/subs

实时开发者通知参考指南

https://developer.android.google.cn/google/play/billing/rtdn-reference

对于恢复订阅和重新订阅，您分清楚了么？如果您关于订阅还有任何疑问，欢迎在评论区给我们留言提出您的问题。

即刻通过 Google Play 开启成功出海之旅返回搜狐，查看更多