Android GCM CCS上游消息是否强制重新连接到GCM网络?

Android GCM CCS上游消息是否强制重新连接到GCM网络?,android,push-notification,google-cloud-messaging,Android,Push Notification,Google Cloud Messaging,我在Android设备上遇到一些GCM推送通知无法正确到达的问题。经过几天的研究,我发现Android设备使用心跳来保持与GCM服务的连接。遗憾的是,心跳似乎太高,因此Android设备可能(但并非总是)失去与GCM服务的连接(例如,从WLAN切换到3G时) 关于这个问题已经有很多讨论,但是除了使用parse.com这样的第三方推送服务之外,似乎没有真正的解决方案 现在,谷歌已经宣布了GCM云连接服务器,它使Android设备上的应用程序能够通过GCM向第三方应用服务器发送上游消息 是否有人知道

我在Android设备上遇到一些GCM推送通知无法正确到达的问题。经过几天的研究,我发现Android设备使用心跳来保持与GCM服务的连接。遗憾的是,心跳似乎太高,因此Android设备可能(但并非总是)失去与GCM服务的连接(例如,从WLAN切换到3G时)

关于这个问题已经有很多讨论,但是除了使用parse.com这样的第三方推送服务之外,似乎没有真正的解决方案

现在,谷歌已经宣布了GCM云连接服务器,它使Android设备上的应用程序能够通过GCM向第三方应用服务器发送上游消息


是否有人知道,当连接不可用时,使用上游消息是否会强制重新连接到GCM网络?

我对此进行了测试,但似乎不是这样。但您可以通过发送以下广播意图,强制Android发送常规通知心跳:

com.google.android.intent.action.MCS_HEARTBEAT
com.google.android.intent.action.GTALK_HEARTBEAT
我是从Google Play上的推送通知修复程序(Push Notification Fixer)应用程序中得到的(我不是开发人员)。

您可以在此处阅读问题的完整描述:

简言之,问题在于某些路由器或移动运营商造成的tcp空闲超时