以TCC88XX为例，当在Android顶层源码目录使用make编译完成后，会生成这样一个目录：
out/target/product/tcc8800,该目录内部有我们需要的boot.img和system.img，boot.mg
使用kernel和out/target/product/tcc8800/root目录打包而成(广义的ramdisk)，也就是说，
boot.img是由kernel和ramdisk.img生成得到，在本文中主要分析root目录和ramdisk.img的生成，
在Android编译框架中，把许多固定的、反复用到的目录路径定义为宏变量，而上述生成的目录
out/target/product/tcc8800的宏即为:PRODUCT_OUT
out/target/product/tcc8800/system的宏即为:TARGET_OUT
而out/target/product/tcc8800/root的宏即为：TARGET_ROOT_OUT，
out/target/product/tcc8800/root主要是由system/core/rootdir目录拷贝得到的，
为此我分析了system/core/rootdir目录中的Android.mk文件，具体情况是这样的：
copy_from := etc/dbus.conf etc/hosts
copy_from += etc/vold.fstab
以上内容将需要拷贝的文件添加到copy_from变量中，以便后续处理。
拷贝到那里呢? 在看看copy_to的定义：
copy_to := $(addprefix $(TARGET_OUT)/,$(coby_from))
该语句即为copy_from中每个字符串片段添加一个TARGET_OUT前缀(即system)，这样copy_to的
内容就很明了：
copy_to :=out/target/product/tcc8800/system/etc/dbus.conf ...之类，在此略掉。
之后，给copy_from添加路径前缀：
copy_from := $(addprefix $(LOCAL_PATH)/, $(copy_from)
之所以要添加前缀的原因是接下来马上要设置的拷贝语句：
$(copy_to) : $(TARGET_OUT)/% : $(LOCAL_PATH)/% | $(ACP)
$(stransform-prebuilt-to-target)
上述语句会让Android在构建img前，自动完成拷贝工作，其中使用到符号%进行匹配，这也是为什么要
给copy_from添加前缀的原因。
随后，脚本将copy_to变量添加进 ALL_PREBUILT全局宏中：
ALL_PREBUILT += $(copy_to)
最后，在build/core/Makefile中看到copy_to的内容被提取到了另外一个全局宏 ，具体如下：
#build/core/Makefile
INTERNAL_SYSTEMIMAGE_FILES := $(filter $(TARGET_OUT)/%,$(ALL_PREBUILT) ......
由于上述4行内容设计到system.img的生成，在此不深究。
看来system/core/rootdir中的部分内容是拷贝到了out/target/product/tcc8800/system中的，并不是
完完全全拷贝到out/target/product/tcc8800/root目录中去的。
我们回头继续查看system/core/rootdir/Android.mk文件，该文件中剩下的内容才是与root密切相关的。
file := $(TARGET_ROOT_OUT)/init.rc
然后也是经典的拷贝设置：
$(file) : $(LOCAL_PATH)/% | $(ACP)
$(stransform-prebuilt-to-target)
接下来的脚本的内容是为生成boot.img而写的。
ALL_PREBUILT +=$(file)
$(INSTALLED_RAMDISK_TARGET):$(file)
看来原理也和上述system的拷贝相同，在build/core/Makefile中是由INTERNAL_RAMDISK_FILE提取的，
具体如下:INTERNAL_RAMDISK_FILES := $(filter $(TARGET_ROOT_OUT)/%, $(ALL_PREBUILT) ...
随后有一段很关键的句子直接道破了ramdisk.img的生成：
INSTALLED_RAMDISK_TARGET=$(BUILT_RAMDISK_TARGET)
$(INSTALLED_RAMDISK_TARGET):$(MKBOOTFS $(INTERNAL_RAMDISK_FILES | $(MINIGZIP)
$(hide) $(MKBOOTFS) $(TARGET_ROOT_OUT) | $(MINIGZIP) > $@
如此多的宏，让我们一一列出它们的值：
BUILT_RAMDISK_TARGET = $(PRODUCT_OUT/ramdisk.img 这是我们的目标
INSTALLED_RAMDISK_TARGET = BUILT_RAMDISK_TARGET 目标伪装了一下。
MKBOOTFS = mkbootfs 就是位于out/host/linux-x86/bin目录下的mkbootfs,这东西自然也有后话。
INTERNAL_RAMDISK_FILES = 所有TARGET_ROOT_OUT中的文件
由此可以看出root目录先被打包生成了ramdisk.img，然后才合并进boot.img的。
上文已经对boot.img其中组成部分之一ramdisk.img做了分析，boot.img另外一个重要的组成部分就是kernel了，
这里所说的kernel，可以只理解为位于out/target/product/tcc8800/中的kernel文件，本文主要分析kernel的拷贝
过程以及如何被打包到boot.img中。经过分析得知位于out/target/product/tcc8800/中的kernel文件其实就是内核
编译后的Image文件，位于kernel/arch/arm/boot目录下，线索就是这个Image文件，经过搜索发现一处定义：
LOCAL_KERNEL := kernel/arch/arm/boot/Image
该定义位于devices/telechips/tcc88xx-common/BoardConfigCommon.mk中，紧接着，在同目录的Android.mk中
有以下一段定义：
PRODUCT_COPY_FILES += \
$(LOCAL_KERNEL):kernel
意在将Image文件拷贝且重命名为kernel,随后的拷贝设置是在build/core/Makefile中完成的，在此略掉。
那么，拷贝完成后，kernel文件如何被打包到boot.img中呢？同样在build/core/Makefile中有以下一段内容：
INTERNAL_BOOTIMAGE_ARGS := ... --kernel $(INSTALLED_KERNEL_TARGET)
现在的问题就是查看 INSTALLED_KERNEL_TARGET的定义，该宏位于build/target/board/Android.mk中：
INSTALLED_KERNEL_TARGET ：= $(PRODUCT_OUT)/kernel
内容很明显了，至此，内核Image算是到位了。
另外INSTALL_KERNEL_TARGET定义在build/target/board/Android.mk中有点怪怪的，
build/target/board/Android.mk在main.mk中通过subdir_makefiles抽取得到，并包含进main.mk中