我试图估计C2DM消息是否能够被接收。
我创建了一个应用程序，依赖于在手机处于不可访问状态时向其推送信息。我了解到C2DM的投递并不是一定可靠的，但至少我想知道什么时候消息的投递是可能的；当它不可能时，我们可以使用自己的推送服务（并且可以判断何时连接成功）。
我注意到在Android上，即使没有登录Google帐户，C2DM仍然会发出身份验证令牌；即使在这种情况下已经声明不应该传递消息，但似乎仍会传递消息。如果GTalk未连接（防火墙或其他原因），请求身份验证令牌时根本没有响应。当手机处于飞行模式时，应用程序也会返回身份验证令牌。这意味着检查互联网是否可用并不像看起来那么简单。我找不到一个可靠的方法来检查GTalk是否已登录。
再次强调， 我不需要保证消息的投递，但至少我想知道投递是否可能。有人有有趣的解决方案吗？
去看一下这个视频，它是一个有关C2DM的Google I/O讲座，介绍了如何使用以及其工作原理。据我所知，您无法知道它是否连接。大多数时候他们甚至不知道（直到他们必须发送消息并失败）。
然而，强烈建议您（在视频中也是如此）不要通过C2DM发送重要数据（因为消息可能会丢失）。该服务应仅用作“网络触发”，其占地面积应尽可能小。您的应用程序应由此触发并开始获取所需的信息本身。
现在，如果您以这种方式实现它，那么实现轮询机制将变得很容易。由于你已经将“触发”与实际信息检索分开，如果没有“触发”，你可以每隔一段时间就触发检索。
您可以执行的一些操作来检查C2DM是否连接是像ping一样：
编辑：依赖GTalk是不可行的。 GTalk像您的应用程序一样依赖于C2DM，并没有任何“额外”的东西。此外，GTalk并不在所有设备上都存在。我不确定GTalk应用程序如何确定其是否离线（不幸的是，它不是开源的），但我猜测它只是尝试ping服务器并失败。
我曾经使用过C2Dm，创建了自己的推送第三方服务器。 我实现了一些基于C2DM http响应代码的逻辑，以了解是否已发送推送消息。 以下是我使用的一些代码：
int responseCode = conn.getResponseCode();
if (responseCode == HttpServletResponse.SC_UNAUTHORIZED || responseCode == HttpServletResponse.SC_FORBIDDEN) {
LOGGER.warn("Unauthorized - need token");
return false;
}
在这里，我几乎可以确定推送消息是从c2dm服务器发送的，因为我在响应中收到了一个ID：
if (responseParts[0].equals("id")) {
LOGGER.info("Successfully sent data message to device: " + responseLine);
return true;
}
我已经尝试了其他方法从Google获取其他结果代码，如果您愿意，我可以将它们发布出来。希望我能对您有所帮助。
与用于传递触发器的长时间运行的C2DM连接相关的一些内容：
28分钟可能太长了，这取决于您的移动运营商使用的硬件、车库中的2g/3g中继器等。
您可以通过打开Google Talk服务监视器应用程序来获取有关连接的大量信息：http://www.honeytechblog.com/monitor-google-talk-service-android/
拨号：##8255##
还有一个按钮，可以立即发送心跳并重置超时时间。
如果您想确保（在客户端）可以在给定时间接收到c2dm消息，最好重新发送心跳。这可以通过编程方式完成-只能在已root的设备上完成。我可能会发布一个apk到市场，正是这样做的。
如果设备无法访问，即使是你的备选消息推送系统也无法工作。C2DM不能保证它会传递你的消息，但非传递事件非常罕见。对于任何其他服务也是如此。你最好的解决方法是轮询你的服务器，检查是否有任何尚未传递的新消息。我假设你的应用程序非常重要，甚至不要错过500条或1000条消息中的一条。在这种情况下，你可以实现推拉混合的方案。
我认为没有办法提前确定推送尝试是否会成功，但我可以想到一种相当简单的方法来验证接收（但不能通过C2DM排队以备将来发送）——只需完成消息循环即可。
请记住，C2DM的主要优点是允许在手机睡眠和名义上离线时进行通知。一旦您的应用程序收到通知，就很难阻止您在此时唤醒手机、启动网络并发送确认。我认为您甚至不必请求“保持手机唤醒”权限，因为我相信仅仅注册C2DM通知并接收到通知的行为足以唤醒手机并允许应用程序继续正常运行（至少足够长的时间来启动网络并发送确认）。
在此过程中，您还应该跟踪那些比您预期的时间更长的确认信息。如果您看到了更多的确认信息，您可能需要修改重新发送策略。
唯一可能导致此方法失败的现实世界边缘情况是，如果您有用户费尽心思地禁用数据，同时保留语音/短信功能（我相当确定C2DM在电话轮询传入呼叫和文本消息时使用4个字节的响应数据报，最初是为RIM保留的，后来被重新用于苹果和谷歌）。尝试关闭所有网络连接并重新连接。如果您获得了注册ID，则可以接收消息。