C2DM – lytsing's Blog

c2dm 使用心得总结

关于 c2dm是什么？不就多说了，翻墙从youtube下载 Google I/O 2010 – Building push applications for Android (C2DM) 转发到youku 方便观看, 地址为：http://v.youku.com/v_show/id_XMjQ3MTg1NzA0.html

c2dm开发组提供的两个demo，似乎不是那么容易上手，可以试试最简单的的实例, Mark Murphy __The Busy Coder’s Guide To Advanced Android Development__ 的一个例子: https://github.com/commonsguy/cw-advandroid/tree/master/Push/C2DM

程序跑起来了，才有个直观的感受。c2dm整个流程是这样的:

简要说明一下：Android 客户端收到 registration_id 后，给你的app server发个http post，保存registration_id起来。然后你的appserver 给 https://android.apis.google.com/c2dm/send 这个url发送一些参数，就行了。

Mark Murphy的例子用到了Chrome to Phone 一个可重用的包com.google.android.c2dm 用于处理底层的 C2DM 交互事务 (例如配置，任务队列管理等)。但是这个包也是有一些问题的，遇到 “C2DM E Registration error SERVICE_NOT_AVAILABLE” 这个的Error,默认是没有去处理，你需要在AndroidManifest.xml 里声明处理 com.google.android.c2dm.intent.RETRY。

在申请google c2dm 记得ssh 翻墙注册就行了，firefox + autoproxy, 在规则添加 .google.com 即可。不然会遇到: “Sign Up for Android Cloud to Device Messaging” 链接被重置，提交时总是说还有一两项信息没有填写（其实都填全了）。

服务器端的实现

就是给 c2dm 服务器发 https post 请求，加上一些参数。写得最简单明了，是这个帖子 Android push notifications (tutorial) 例子中的脚本可以再改进的, Google Auth Token 过一段时间才会失效，我测试所知道的是1个多月，所以可以把它保持起来，提供下次发送数据时使用。我自个儿也写了php实现的版本。关于发送效率，我也是感到比较头疼的，发送数据到几万个终端，如何并发处理？c2dm不支持并发发送数据。目前我只做到重用 http 连接，把registerIds放到队列里，发送失败了，放到队列尾部，重发。

除此之外，c2dm服务在国内很不稳定，把 app server 放在在国外才比较靠谱。

参考:
1. http://goobr.blogspot.com/2010/11/c2dm-sending-messages.html

Android 2.2系统在线升级的移植

之前我们自己做过一个在线T卡升级的应用程序，设计思路是非常简单的,获取本地手机版本号，获取并解析服务器上json格式的最新信息，如果服务器上的版本号大于本地手机的版本号，则可以下载并md5验证升级包，然后调用系统函数升级即可。

从Android 2.2开始，Google服务框架 GoogleServicesFramework.apk 包自带的系统更新处理了android.settings.SYSTEM_UPDATE_SETTINGS这个intent。我们自己做的手机，当然不可能用Google自带的在线升级。为了不修改 GoogleServicesFramework.apk，在Settings的AndroidManifest.xml文件，把 SYSTEM_UPDATE_SETTINGS，修改为别的名字，比如 SYSTEM_UPGRADE_SETTINGS。还需要同步修改这个文件:

Settings/res/xml/device_info_settings.xml

今天发神经病，花了一大早上的时候反编译GoogleServicesFramework里的update，看看别人如何设计的，就几个文件：

[deli@athena update]$ tree .
.
├── Download.java
├── StateWatcher.java
├── SystemUpdateActivity.java
├── SystemUpdateInstallDialog.java
├── SystemUpdateService.java
└── SystemUpdateVerifierTask.java

搞出600多行代码，才发现跟GoogleServicesFramework这个包里的其他代码非常缠绵，只好作罢。大概思路也弄明白了，跟我们一样，也是用Downloads.ByUri 这个组件下载文件，
调用系统函数 RecoverySystem.installPackage(context, new File(filename)); 唯一的差别是没有网络连接的情况下，引导用户到设置的界面，比较人性化，很注重用户体验，我们直接跳出个对话框，没有网络连接，以后是要修改的。

默认的，installPackage 这个函数只支持文件放在 /data或/cahce 目录，但是，一般一个系统升级包有70M，一般机器不能保证有那么大的空间，我们只好把文件放在 SD card里，修改installPackage 函数，让它支持 sdcard 目录：

// from froyo, /sdcard ==> /mnt/sdcard
} else if (filename.startsWith("/mnt/sdcard/")) {
    filename = "SDCARD:" + filename.substring(12);

更新: 2011/7/23

一些网友遇到这样的 error:

FileNotFoundException: /cache/recovery/command (Permission denied)

记得在AndroidManifest.xml加上权限

<uses-permission android:name="android.permission.ACCESS_CACHE_FILESYSTEM" />
<uses-permission android:name="android.permission.REBOOT" />

进阶：C2DM

使用 c2dm，给用户发push 通知消息，在状态栏提示有新版本可以更新啦。这部分的代码，可以参考大名鼎鼎的 CyanogenMod 的做法 CMUpdateNotify