一、刷机原理
真正对刷机原理有一些理解的是看了这一篇文章：http://developer.htc.com/adp.html
说起来，刷机就是两种方法：
一是recovery方法，就是我们平时将update.zip入到SD卡，然后alt-s的方法，这种方法是调用了recovery的方法将各种img或文件进行复制等操作。想了解recovery的工作原理吗？我也没找到好的资料，就在这看了看recovery的一些源码：
二是fastboot方法，这个方法其实是比较酷的方法，说白点，fastboot就是将已有的各分区映象文件（img文件，意义上类似我们对光盘做的映象文件）直接覆盖写到指定分区中，有点暴力，也有点类似我们平时操作系统的Ghost还原。
这两种方法哪种更好，这就不好比高低了，总的来说：
Recovery方法更简单，只需要傻瓜式的将update.zip放到SD卡的要目录下，然后进入Recovery模式alt-s就可以了，但和任何傻瓜式东西一样，他的灵活度就很小了，而且出错了也都不知道如何解决。一般来说做Rom的高手为了保证Rom的可靠性，在安装程序中都会对一些安装环境进行一些确定，而各位的手机环境又是千变万化的，Rom高手也很难考虑周全，另外，Recovery程序本身也有一些环境验证。
fastboot方法更灵活，功能也更强大，fastboot方法不需要依赖于recovery，甚至linux底层刷坏了recovery模式都进不了的情况下也可以通过fastboot方工刷回来。fastboot模式其实是调用spl进行刷机的，所以如果刷spl坏了，fastboot模式应该也进不了，也就是砖了。fastboot方法需要各位电脑上有fastboot程序，同时手机要进入fastboot模式才可以操作。
二、回头再来说说Android系统中的各分区
我了解到的Android系统中的分区有：
hboot（我们刷的SPL就是这玩意），这个分区是最基本的引导分区（类似电脑中的BIOS），这个区坏了，差不多就变砖了，所以我们刷SPL时才要如此小心啊。
boot，这个分区应该是linux操作系统的引导分区。
radio，这个分区是手机的一些底层设备相关的驱动或功能程序吧，如打电话和发短信等，不同的系统版本会有不同的radio配套，我们平时刷了高版本的ROM后，如果不刷高版本的Radio就有可能导致打电话不正常之类的。
recovery，这个分区装的就是前面提到的recovery程序了，这个刷不同的recovery版本可以带来不同的功能，有兴趣的同学可以基于recovery的源码自己编译出一个自己的recovery出来。但一般来说，刷recovery最主要的就是提Root权限。
system，是一般发布的ROM的主要功能程序分区了，我们说的ROM功能和自带程序的定制应该就是基于这个分区的修改和编译了。
userdata，用户数据，不说了。
cache，缓存，一般是用来OTA升级时的缓存，我们说刷SPL可以增加程序区的空间大小就是主要将这个区的大小缩水了然后加大了程序区的分区大小。
三、一个典型ROM的剖析
我们平时升级的Rom都是打包成适合Recovery方式刷机的包。能够被Recovery程序识别并处理的包应该有一个固定的格式，我理解的一些重要的约束如下：
1）必须是标准的zip压缩包；
2）recovery脚本必须存入在META-INF\com\google\android\update-script；
3）其它的一些证书和签名信息应该都放在\META-INF\下。
四、我们有没有可能自己定制ROM呢
理论上我们是可以自己定制的。
最简单的定制应该就是拿一个现有的认为还不错的基础ROM，替换一些资源，加一些系统自带程序，然后打包发布；
再玩高级一点，就应该自己去修改一些系统自带的程序，如汉化一些系统原始程序；
还玩高级一点，就应该自己到android官方站点去下载android系统的源码来编译，并基于系统级的定制和移植了，如现在火热的android2.0源码编译系统移植。
如果是简单一点的自制ROM，主要应该会要解决如下几个问题：
1）选定一个比较好和稳定的内核和基础，就是update.zip包中的哪个boot.img，另外，system目录中大部分也是直接可用的，就可以作为自定义Rom的基础。
2）修改系统。例如可以这样来定制的东西：system\etc\apns-conf.xml，这是设置APN接入点的；system\etc\hosts，这是设置Host文件的，现在有很多人用的包绑定不了GMail，就可以在这个Host文件中增加一条：74.125.93.113 android.clients.google.com （当然，这个地址能用多久也不好说）...还有什么东西要自己去定制就自己去翻看瞧瞧。
3）Rom的重新打包签名。前文已经介绍了一个Rom包的基本结构，但完全按照这个结构打包还是不能被Recovery安装的，因为没有签名！Rom签名可以下载一个自动签名工具Auto-sign。（注：Rom签名工具需要Java1.6支持，所以系统还得有JRE1.6的环境）。
对于第三方ROM来讲，通常都包括两部分，一个recovery image，一个update.zip。而大多数的第三方ROM的特色，就是加入了很多东西，比如superuser程序来获得root权限，busybox来扩充命令行下的功能，各种各样的配置文件或者小工具，比如默认打开中文locale，等等。这些看似神奇的改动，都是在update.zip里面搞的，custom recovery image的主要作用就是引导用户的操作，比如让你先备份，再应用update.zip，再重启之类的操作。由于custom recovery image和update.zip的耦合性很小，所以不少custom ROM直接都用同一个custom recovery image，这个好像是出自MoDaCo作者之手。
如果我们直接把MoDaCo ROM中的update.zip解包，我们会发现有一个boot.img，一个data文件夹，一个system文件夹，一个META-INF文件夹。这个data文件夹放的是init.rc，而本来在系统中，init.rc就是在data目录下的。当然，两者的作用不一样，这里的init.rc主要作用是开机执行你希望执行的命令，比如MoDaCo的init.rc就是install busybox。
而值得详细说明的，就是system文件夹。MoDaCo ROM版本的system下有一系列作者希望放到系统中的工具，对于apk文件，就放到app下，工具就放到bin和xbin下，依此类推。换句话说，system或者data这个目录层次结构是取决于你自己的，你希望放的东西属于什么，应该运行在online系统的什么目录下，update.zip里面就应该是有相应的目录路径，然后东西就放在里面。
具体点，我们现在要依样画葫芦，搞一个新的update.zip，那么第一步就是首先建立一个文件夹
mkdir new-update
好，假设我新update.zip的作用就是预装busybox，那么，我建立对应的子目录
mkdir -p new-update/system/xbin
cp xxx/busybox !$
这样，system目录就完成了。但是这时，update.zip的目录层次还没完，我们看MoDaCo ROM中的update.zip中有文件夹叫META-INF，这个文件夹很关键，除了根目录下的三个文件外，里面层层目录，就包括了一个文件，叫update-script，内容如下
show_progress 0.1 0
copy_dir PACKAGE:system SYSTEM:
set_perm_recursive 0 0 0755 0644 SYSTEM:xbin
set_perm_recursive 0 0 0755 0644 SYSTEM:sd
set_perm 0 0 04755 SYSTEM:bin/su
set_perm 0 0 04755 SYSTEM:bin/a2sd
set_perm 0 0 04755 SYSTEM:xbin/busybox
copy_dir PACKAGE:data DATA:
show_progress 0.2 0
format BOOT:
write_raw_image PACKAGE:boot.img BOOT:
show_progress 0.2 10
这里面的内容，大部分是针对你要做的修改设置的。比如
copy_dir PACKAGE:system SYSTEM:
就是把system中新增的工具拷贝到手机上，然后
set_perm_recursive 0 0 0755 0644 SYSTEM:xbin
set_perm_recursive 0 0 0755 0644 SYSTEM:sd
set_perm 0 0 04755 SYSTEM:bin/su
set_perm 0 0 04755 SYSTEM:bin/a2sd
set_perm 0 0 04755 SYSTEM:xbin/busybox
就是设置MoDaCo ROM中新增程序的权限，然后
copy_dir PACKAGE:data DATA:
把data下的内容（就是那个init.rc）复制到手机上，然后
format BOOT:
write_raw_image PACKAGE:boot.img BOOT:
刷boot分区。
那我们这里没有这么多新增的东西，应该怎么写呢？
copy_dir PACKAGE:system SYSTEM:
set_perm 0 0 04755 SYSTEM:xbin/busybox
就可以了。你当然还可以做一些别的事情，比如加一个FORMAT DATA之类的^_^开个玩笑，千万别这个干，不然你的数据就全没了。
好，那么也就是说，我们要在自己的new-update目录下也建一个/META-INF/com/google/目录，然后把新的update-script扔进去。
完了么？差一点。其实如果你没有别的需求了，那么就完了，可以把下面这一小块跳过。下面这一小块，是关于boot.img的。在如何修改Android系统的Ramdisk以及boot镜像文章中，我们谈到，如果刷boot镜像有问题，就要用别的方法让系统boot我们自己的boot image了，这个别的方法，自然就是用update.zip了。MoDaCo ROM版本的update.zip也包括了一个boot.img，但是如果我们有出于各种需求自己修改的boot.img，自然就可以替换掉原来的了。当然注意，如果加了boot.img，那么update-script里面就不能漏掉
write_raw_image PACKAGE:boot.img BOOT:
这句。
好，到现在，我们的new-update目录下有
/system/xbin/busybox
/META-INF/com/google/update-script
/META-INF/MANIFEST.MF
/META-INF/CERT.SF
/META-INF/CERT.RSA
boot.img
恩，那么就进入打包阶段。你可能会问，这有什么难的，直接zip一下不就得了。如果要是这么简单就好了，你打包后，必须把你的内容都sign一下，得到相应的cert，才能在fastboot模式中被承认并成功刷机。
在sign你的文件之前，先做这么几件事
打包。进入update文件夹，zip update.zip xxx xxxx xxxx xxxx xxxx。什么意思呢，就是只把你需要的文件打包，不要用./*作为参数。而且相对路径最好是在update下面，不要在外面用zip update.zip ./update/*这种命令打包
去sun网站下载最新的jre
下载这个文件testsign
 |
| 文件: | testsign.zip |
| 大小: | 12KB |
| 下载: | 下载 |
|
一定要用JRE1.6.0.16或者更高，我知道这个有点恶心，但是提供下载的testsigh.jar就是按照这个版本或者更高编译的，你用老版本就运行不了。
好，下下来以后，执行这个命令
~/jre1.6.0_16/bin/java -classpath testsign_path/testsign.jar testsign update.zip update-signed.zip
稍微讲解一下，java程序是最新jre下的，testsign_path是你放testsign.jar的地方，建议放到sdk的tool目录下。update是待sign文件，update-signed是指定的生成文件名。
sign执行完后，用unzip -l看，会发现
/META-INF/MANIFEST.MF
/META-INF/CERT.SF
/META-INF/CERT.RSA
三个文件的日期属性变了。我怀疑就是重新生成了这三个文件。但如果之前打包时候不包括这三个文件，sign完又不会新生成。因为不管大局，所以我就没有仔细研究，有清楚的朋友恳请赐教。
好了，现在，把你自己的update.zip放到sd卡上，在fastboot下通过recovery image引导，执行update.zip，然后就享受你自己的修改成果吧:)
最后提醒一句，任何类似的操作之前，都把自己的手机做好备份。此方法仅供参考，我不对任何因此造成的破坏负责，嘿嘿。
