1、vmlinux  编译出来的最原始的内核文件，未压缩。

2、zImage   是vmlinux经过gzip压缩后的文件。

3、bzImage bz表示“big zImage”，不是用bzip2压缩的。

两者的不同之处在于。zImage解压缩内核到低端内存(第一个640K)，bzImage解压缩内核到高端内存(1M以上)。假设内核比較小，那么採用zImage或bzImage都行，假设比較大应该用bzImage。

4、uImage   U-boot专用的映像文件。它是在zImage之前加上一个长度为0x40的tag。

5、vmlinuz  是bzImage/zImage文件的拷贝或指向bzImage/zImage的链接。

6、initrd   是“initial ramdisk”的简写。

一般被用来暂时的引导硬件到实际内核vmlinuz可以接管并继续引导的状态

• 一、 创建目标产品文件夹

add_lunch_combo crane_mt7332-eng

• 二、指定目标产品(target product)

这2条命令看似简单，事实上蕴含着极大的智慧。

它能够让Android独立于不同的架构、不同的处理器、不同的屏幕尺寸和朝向、不同的外设驱动等等。始终就是一套代码，所以编译Android之前必需要选择到底编译的是哪一款目标产品。

• 三、 extract-bsp

extract-bsp是一个脚本函数，在device/softwinner/common/vendorsetup.sh 他也是在lunch的时候被运行的，也就是说假设先不运行lunch 。extract-bsp是无效的

让我们来看看extract-bsp

function lunch()
{local answer#假设你明白地知道lunch后的结果能够直接lunch $1  $1代表目标产品的编号 比方我通常就是使用lunch 9if [ "$1" ] ; thenanswer=$1else# 假设不知道是第几个。就调用print_lunch_menu，打印出全部的目标产品。然后read你的输入print_lunch_menuecho -n "Which would you like? [full-eng] "read answerfilocal selection=if [ -z "$answer" ]thenselection=full-eng#假设lunch后有输入，仅仅接受前2个字符的数字。忽略后面的字符elif (echo -n $answer | grep -q -e "^[0-9][0-9]*$") thenif [ $answer -le ${#LUNCH_MENU_CHOICES[@]} ]thenselection=${LUNCH_MENU_CHOICES[$(($answer-1))]}fi
# 正則表達式 ^[^\-][^\-]*-[^\-][^\-]*$ 表示 字符串中间仅仅能有一个字符'-' 比如 a-b符合条件， 而-a-b , a-b- a--b这些都不符合条件elif (echo -n $answer | grep -q -e "^[^\-][^\-]*-[^\-][^\-]*$")thenselection=$answerfi#选择是无效字符if [ -z "$selection" ]thenechoecho "Invalid lunch combo: $answer"return 1fiexport TARGET_BUILD_APPS=# sed -e "s/-.*$//") 是将字符'-'后面的都去掉，剩下前面的内容。 演示样例：crane_mt7332-eng 通过 sed -e "s/-.*$//"后，变成了crane_mt7332local product=$(echo -n $selection | sed -e "s/-.*$//")check_product $productif [ $? -ne 0 ]thenechoecho "** Don't have a product spec for: '$product'"echo "** Do you have the right repo manifest?"product=fi# sed -e "s/^[^\-]*-// 表示将字符 '-'之前的内容都去掉。仅仅剩下后面的编译版本号，演示样例：crane_mt7332-eng 通过 sed -e "s/-.*$//"后，变成了englocal variant=$(echo -n $selection | sed -e "s/^[^\-]*-//")check_variant $variantif [ $? -ne 0 ]thenechoecho "** Invalid variant: '$variant'"echo "** Must be one of ${VARIANT_CHOICES[@]}"variant=fiif [ -z "$product" -o -z "$variant" ]thenechoreturn 1fi# 将获取的目标产品，VARIANT和类型写入到环境变量export TARGET_PRODUCT=$productexport TARGET_BUILD_VARIANT=$variantexport TARGET_BUILD_TYPE=releaseechoset_stuff_for_environmentprintconfig
}

总的来说，经行分析extract-bsp脚本发现。事实上就是将lichee编译的结果输出到device/softwinner/vendor文件夹下，事实上这个过程是为了android的编译在做准备。而Android的编译过程很复杂，由于我们是要沿着Lichee这条主线继续走下去，可是不正确Android的编译过程以及目标产品的概念进行简单地分析，又不能充分了解到function extract-bsp()这个函数的用处。实际上本文的真正用意就是要了解extract-bsp的过程和背景，这个函数也是联系Lichee和Android之间的纽带。本文在这个系列中第一次提到了Android BSP相关的知识，可能理解起来就有点困难了。Android的BSP是后面的重中之重，到时候可能还会花大力气分析本文已经提到的一某些内容（例如，创建目标文件夹），在这里，我们简单地接管。

版权声明：本文博客原创文章。博客，未经同意，不得转载。