GCM令牌何时到期？InstanceID是多少？

Question

由于GCM不断更新，我搜索的大多数资源似乎都过时或不清楚。基本上，我对代币和ID的到期时间感到困惑。（作为参考，我正在使用Android。）

据我所知（如果我错了，请纠正我），我的服务器有一个API密钥和一个发件人ID。使用发件人ID，我可以让我的客户端通过本地存储在我的客户端上的InstanceID请求令牌。我已经有点困惑了。InstanceID在我的应用上线时被分配？它会改变吗？当应用程序升级或卸载并重新安装（或设备恢复）时怎么办？通过调用InstanceID. getInstance，我将始终检索相同的InstanceID，还是它最终会过期并给我一个新的？存储通过调用getID（）检索的字符串是否有任何价值？文档似乎表明，当您调用getID（）时，您实际上检索了一个新的InstanceID，因此这使事情更加复杂。（作为参考，我指的是：https://developers.google.com/instance-id/）

使用InstanceID，我的客户端可以从GCM服务器请求令牌，然后将令牌发送到我的应用服务器。My app server存储此令牌，并可以使用此令牌向GCM服务器发送消息，然后GCM服务器将消息发送到设备。我相信，该设备使用存储的InstanceID来实际接收这些消息。因此，拥有一个扩展GcmListenerService的类将允许我使用onMessageReceived接收这些消息？我不需要做任何特殊的事情（除了在AndroidManifest中定义它）？我不需要告诉它使用InstanceID？它只是神奇地知道？

这些ID和令牌何时到期？它们过期了吗？我将令牌作为字符串存储在服务器上，但是如果在任何时候其中一个过期，我如何知道它们已过期？我总是可以生成一个新的InstanceID和令牌，这看起来很简单，但是旧的InstanceID和令牌是否保持活动状态？如何从服务器擦除旧令牌？似乎有一种简单的方法可以在iOS端的APN上实现这一点，您可以检索所有过期令牌的列表，然后将它们从数据库中删除。

Answer 1

实例ID为应用程序的每个实例提供唯一的ID。您可以为Android和iOS应用以及Chrome应用/扩展实现实例ID。

除了提供用于身份验证的唯一ID之外，实例ID还可以生成用于其他服务的安全令牌。

• 生成安全令牌

1. 当您的应用程序联机时，Instance ID服务会发出InstanceID。InstanceID由一对公钥/私钥支持，私钥存储在本地设备上，公钥在InstanceID服务中注册
2. 您的应用程序可以在需要时使用getID（）方法请求一个新的InstanceID。如果您有支持您的应用的服务器，您的应用可以将其存储在服务器上
3. 您的应用程序可以根据需要使用getToken（）方法从实例ID服务请求令牌，并且与InstanceID一样，您的应用程序也可以在您自己的服务器上存储令牌。向应用程序颁发的所有令牌都属于应用程序的InstanceID
4. 令牌是唯一且安全的，但如果出现安全问题，或者在设备恢复期间用户卸载并重新安装应用时，您的应用或实例ID服务可能需要刷新令牌。您的应用程序必须实现侦听器，以响应来自实例ID服务的令牌刷新请求

• 应用删除实例ID
• 设备出厂复位
• 用户卸载应用
• 用户清除应用数据

如果实例ID无效，应用程序可以调用getId（）来请求新的实例ID。要证明实例ID的所有权并允许服务器访问与应用程序关联的数据或服务，请调用getToken（String，String）。

实例ID服务定期（例如，每6个月）发起回调，请求应用刷新其令牌。它还可以在以下情况下启动回调：

存在安全问题；例如，SSL或平台问题。设备信息不再有效；例如，备份和还原。实例ID服务会受到其他影响。

有关实例ID的所有信息，请参见以下官方链接：

• https://developers.google.com/instance-id/
• https://developers.google.com/android/reference/com/google/android/gms/iid/InstanceID
• https://developers.google.com/instance-id/guides/android-implementation#refresh_tokens

Answer 2

下面是我在数据库中检测无效令牌所做的工作。

向用户/用户列表发送通知时，GCM中有一个干运行选项。当您在发送通知时设置干运行时，它不会向客户端发出警报或向客户端显示通知，而是返回关于哪些令牌有效（200）和哪些令牌无效的响应。

如果您使用“使用干运行”选项向200个用户发送通知，那么您将以相同的顺序从GCM获得响应。

Answer 3

当我更新我的GCM实现时，我发现我自己也在问这些问题。经过几天的胡闹，下面是我对你们问题的看法。

据我所知（如果我错了，请纠正我），我的服务器有一个API密钥和一个发送者ID。使用发送者ID，我可以让我的客户端通过本地存储在客户端上的InstanceID请求令牌。

这是正确的。

InstanceID是在我的应用程序联机时分配的吗？

它看起来像是在你的应用程序启动时就分配的，即使设备无法访问互联网。

它会改变吗？当应用程序升级或卸载并重新安装（或设备恢复）时怎么办？通过调用InstanceID. getInstance，我将始终检索相同的InstanceID，还是它最终会过期并给我一个新的？

根据InstanceID留档：

实例ID是稳定的，但可能会变得无效，如果：

• 应用程序删除实例ID
• 设备出厂复位
• 用户卸载应用程序
• 用户清除应用程序数据

如果实例ID无效，应用程序可以调用getId（）来请求新的实例ID。

我已经测试过卸载应用程序并清除数据，结果表明上述所有内容都是正确的。

通过调用getID（）来存储检索的字符串是否有任何价值？

看起来API处理将此存储在应用的本地存储中。

使用InstanceID，我的客户端可以从GCM服务器请求令牌，然后将令牌发送到我的应用服务器。My app server存储此令牌，并可以使用此令牌向GCM服务器发送消息，然后GCM服务器将消息发送到设备。我相信，该设备使用存储的InstanceID来实际接收这些消息。因此，拥有一个扩展GcmListenerService的类将允许我使用onMessageReceived接收这些消息？我不需要做任何特殊的事情（除了在AndroidManifest中定义它）？我不需要告诉它使用InstanceID？它只是神奇地知道？

据我所知，在以前的实现中没有任何类型的InstanceId，而且看起来在这个实现中也没有显式使用它。如果是，则在GcmReceiver或GcmListenerService中调用。

这些ID和令牌何时到期？它们过期了吗？

我已经解决了ID过期的问题，我们可以在Android InstanceID实施指南中找到关于令牌过期的信息：

实例ID服务定期（例如，每6个月）发起回调，请求应用刷新其令牌。它还可以在以下情况下启动回调：

• 存在安全问题；例如，SSL或平台问题。
• 设备信息不再有效；例如，备份和恢复。
• 实例ID服务会受到其他影响。

指南要求子类InstanceIDListenerService并重写onTokenRefresh（），以处理这些场景。

我将令牌作为字符串存储在服务器上，但是如果在任何时候其中一个过期，我如何知道它们已过期？

在您的服务器上实现GCM的指南说，GCM服务器将响应您的服务器，提供一些关于您用于尝试发送消息推送的令牌的信息。

我总是可以生成一个新的InstanceID和Token，这看起来很容易，但是旧的会保持活跃吗？

我的测试表明，是的，他们有。

如何从服务器擦除旧令牌？似乎有一种简单的方法可以在iOS端的APN上实现这一点，您可以检索所有过期令牌的列表，然后将它们从数据库中删除。

我仍在研究这个问题，如果我能想出办法，我会更新的。