如何复制 "registration_id expired" 场景?
How to replicate the "registration_id expired" scenario?
我们如何复制 "registration_id expired" 场景,以便 GCM 在结果中向我发送新的 canonical_id?这种情况会在什么时候实时发生?我们可以手动重现这个场景进行测试吗? GCM Reference Documentation 上的文档说“registration_id: 可选字符串,指定消息被处理并发送到的客户端应用程序的规范注册令牌。发件人应使用此值作为未来请求的注册令牌。否则,邮件可能会被拒绝。"
我认为您无法从服务器端使令牌无效。您可能仅限于使用您已知无效的令牌。
您可以尝试使用 deleteToken (Android) or deleteTokenWithAuthorizedEntity (iOS) 删除令牌后,您可以使用它来测试无效令牌。
此外,请求新令牌的设备应该使当前存在的令牌无效,但这可能比明确删除有更多延迟。
我们如何复制 "registration_id expired" 场景,以便 GCM 在结果中向我发送新的 canonical_id?这种情况会在什么时候实时发生?我们可以手动重现这个场景进行测试吗? GCM Reference Documentation 上的文档说“registration_id: 可选字符串,指定消息被处理并发送到的客户端应用程序的规范注册令牌。发件人应使用此值作为未来请求的注册令牌。否则,邮件可能会被拒绝。"
我认为您无法从服务器端使令牌无效。您可能仅限于使用您已知无效的令牌。
您可以尝试使用 deleteToken (Android) or deleteTokenWithAuthorizedEntity (iOS) 删除令牌后,您可以使用它来测试无效令牌。
此外,请求新令牌的设备应该使当前存在的令牌无效,但这可能比明确删除有更多延迟。