C2DM 关闭 - 如果 GCM 仍然使用 C2DM API 会怎样？
C2DM shutdown - what happens if still using C2DM API for GCM?
自 2015 年 10 月 20 日起，已弃用已久的 Google C2DM 推送消息服务将完全关闭。有人知道在这个遗留应用场景中会发生什么吗？
- 几年前我们的应用服务器迁移到了 GCM
- 我们的 Android 应用程序切换为同时使用 GCM 发件人 ID
- 超过 99% 的用户已迁移到 GCM
- 但是...我们的 Android 应用程序仍然在内部使用 C2DM API
<receiver> 是 C2DMBroadcastReceiver/BroadcastReceiver，不是 GcmReceiver<service> 是 C2DMBaseReceiver/IntentService 的子类，不是 GcmListenerService。
因此，尽管迄今为止这对 GCM 有效，但我担心 10 月 20 日会发生什么。我们的应用程序是否仍会使用 C2DM API 接收 GCM 消息？ 我相信会的，我们都很好，但我想确定一下。
当然，我们需要完成迁移并更新客户端代码才能使用 GCM API，我们会这样做的。我正在尝试了解未更新应用程序以接收此修复程序的用户的影响。
截至 2015 年 11 月 7 日（C2DM 关闭后 2.5 周），我们的应用程序仍然能够使用 C2DM API 处理 GCM 消息。所以，这似乎回答了我的问题。感谢您的输入。
自 2015 年 10 月 20 日起，已弃用已久的 Google C2DM 推送消息服务将完全关闭。有人知道在这个遗留应用场景中会发生什么吗？
- 几年前我们的应用服务器迁移到了 GCM
- 我们的 Android 应用程序切换为同时使用 GCM 发件人 ID
- 超过 99% 的用户已迁移到 GCM
- 但是...我们的 Android 应用程序仍然在内部使用 C2DM API
<receiver>是 C2DMBroadcastReceiver/BroadcastReceiver，不是 GcmReceiver<service>是 C2DMBaseReceiver/IntentService 的子类，不是 GcmListenerService。
因此，尽管迄今为止这对 GCM 有效，但我担心 10 月 20 日会发生什么。我们的应用程序是否仍会使用 C2DM API 接收 GCM 消息？ 我相信会的，我们都很好，但我想确定一下。
当然，我们需要完成迁移并更新客户端代码才能使用 GCM API，我们会这样做的。我正在尝试了解未更新应用程序以接收此修复程序的用户的影响。
截至 2015 年 11 月 7 日（C2DM 关闭后 2.5 周），我们的应用程序仍然能够使用 C2DM API 处理 GCM 消息。所以，这似乎回答了我的问题。感谢您的输入。