u-boot-2009.08工程编译过程分析

1、背景：

            由于项目需求，需要了解bootloader的相关知识，而项目中使用到的bootloader为u-boot-2009.08，

所以本文以u-boot的2009.08版本为基础进行分析。

       正如标题所言，本文只对u-boot的编译过程进行分析，而暂且不去理会u-boot代码结构、u-boot的

启动流程以及详细的代码分析等。

       写作本文的目的主要是为了方便日后查阅u-boot相关的知识，正所谓“好记性不如烂笔头”。另外，

如果此文能帮助各位同行或者刚接触u-boot的人更好的理解u-boot的相关知识，本人也深感欣慰。如

文中有不当或者错误的地方，也请指正，本人不胜感激！

2、u-boot

     u-boot是bootloader中的一种，也是嵌入式开发中应用最广的一种，已经支持了多种CPU和多种开发

板。u-boot在嵌入式产品中的作用主要是引导操作系统，即板子上电或者复位之后首先会运行u-boot程序

，然后才去加载操作系统。需要强调的是，这只是u-boot最平凡的作用，u-boot本身的“能力”远不止于此。

       注：不是所有的板子上电后运行的第一段程序就是u-boot程序，很多CPU内部集成了一块ROM，出

厂时就由厂家固化了一段引导程序，用户是擦除不掉的。这段程序是在u-boot之前运行的。这块ROM程序

存在的原因：CPU上电后需要运行程序，假设程序在nand flash或者usb又或者SD卡这样的存储设备中，

而CPU的程序需要在RAM里面运行，这时就由这段ROM程序驱动nand flash或者usb又或者SD卡接口，将

其中的程序拷贝到RAM里面再去执行。很多板子在没有任何程序（也没有u-boot程序）的时候能用USB进

行烧片应该也是由于这个原因。

       u-boot-2009.08是uboot的一个版本，u-boot的命名方式可以网上查找相关资料了解。

3、u-boot编译流程概要

        回到本文的主题----u-boot-2009.08的编译过程分析。一般编译u-boot分为两步：

        （1）执行命令make boardname_config配置开发板，如make smdk2410_config;

        （2）执行命令make进行编译;

        3.1、make boardname_config流程概要

               执行make boardname_config命令后，根据Makefile指定的编译顺序，会执行以下几个操作：

                <1>、在顶层include目录下：生成asm目录，并将此目录链接到对应的以asm-开头的目录，如ln -s 

        asm-arm asm；

                <2>、在顶层include目录下：在对应的以asm-开头的目录中生成arch目录，并将此目录链接到对应

        的以arch-开头的目录，如ln -s arch-s3c24x0 asm-arm/arch；

                <3>、在顶层include目录下：生成config.mk文件，并在此文件中添加相应的内容；

                <4>、在顶层include目录下：生成config.h文件，并在此文件中添加相应的内容。

        3.2、make流程概要

                执行make命令后，根据Makefile指定的编译顺序，会执行以下一些操作：

                <1>、在顶层include目录下：生成timestamp_autogenerated.h文件；

                <2>、在顶层include目录下：生成version_autogenerated.h文件；

                <3>、在顶层include目录下：生成autoconf.mk文件，并在此文件中添加相应的内容；

                <4>、在tools、example/standalone和example/api三个目录下根据各自的Makefile文件进行编译。在

        tools目录下会生成mkimage、img开头的一些工具。其他两个目录下生成一些测试demo，如helloworld；

                <5>、在顶层cpu目录下：在对应的具体的CPU型号的目录中根据Makefile文件生成start.o文件。某些

        CPU下还会生成start16.o等目标文件；

                <6>、在对应的目录下生成多个静态库文件，如在lib_generic目录下生成libgeneric.a、liblzma.a、

        liblzo.a；在drivers/i2c目录下生成libi2c.a；在common目录下生成libcommon.a等；

                <7>、在顶层board目录下对应的目录中生成对应的库文件，如在board/samsung/smdk2410目录下生

        成libsmdk2410.a；

                <8>、在顶层目录下生成u-boot.lds链接脚本；

                <9>、在顶层目录下生成u-boot.map文件和ELF格式的文件u-boot ；

                <10>、在顶层目录下分别生成S-recordd格式文件u-boot.srec 、二进制文件u-boot.bin和system.map

        文件；

                <11>、根据配置，在顶层目录下还可能会生成u-boot-nand.bin和u-boot-onenand.bin二进制文件；

4、u-boot-2009.08顶层Makefile分析

       不管执行make boardname_config命令还是make命令，都是根据Makefile文件进行相关处理。所以，

首先我们还是应该仔细阅读清楚Makefile文件。下面便正式开始顶层Makefile文件的分析：

       注：为了方便阅读，u-boot源码大部分标注为黑色，需要注意的地方标注为红色；注释标注为蓝色，

需要注意的地方也标注为红色；

/***********************************************************************************************************************/

/*********************************************Start：Makefile文件分析**********************************************/

/***********************************************************************************************************************/

   /* 24~27行定义了u-boot的各版本号 */

    24 VERSION = 2009
    25 PATCHLEVEL = 08
    26 SUBLEVEL =
    27 EXTRAVERSION =

   /* 28~32行：如果变量SUBLEVEL的值为不空，则执行ifneq段，否则执行else段，显然为else段*/
    28 ifneq "$(SUBLEVEL)" ""
    29 U_BOOT_VERSION = $(VERSION).$(PATCHLEVEL).$(SUBLEVEL)$(EXTRAVERSION)
    30 else
    31 U_BOOT_VERSION = $(VERSION).$(PATCHLEVEL)$(EXTRAVERSION)
    32 endif

   /* 33~34行定义了变量TIMESTAMP_FILE和变量VERSION_FILE */

   /* 注意：下面源码中标红的两个文件为编译过程中自动生成的，编译之前是不存在的，$(obj)此处还未定

   义，为空，所以这两个文件最后生成的位置就是顶层目录下的include目录中。这两个变量是如何生成的，

   暂且记为问题Q1和Q2，留到后面再分析，先按照顺序往下接着走 */
    33TIMESTAMP_FILE =$(obj)include/timestamp_autogenerated.h（Q1：timestamp_autogenerated.h如何生成的？）
    34VERSION_FILE =$(obj)include/version_autogenerated.h（Q2：version_autogenerated.h如何生成的？）

   /* 36~43行定义了变量HOSTARCH ，即主机的架构，得到的结果为HOSTARCH := i386 */

    36HOSTARCH := $(shell uname -m | \/* $(shell command)格式的意思是在Makefile文件中调用shell命令
    37sed -e s/i.86/i386/ \uname -m为打印主机硬件架构名字的命令，在我的机器上为i686 */
    38   -e s/sun4u/sparc64/ \/* 符号“|” 为连接管道命令 */
    39   -e s/arm.*/arm/ \/* 符号“\” 为断行符 */
    40   -e s/sa110/arm/ \/* sed为操作字符的管道命令，sed -e s/aaa/bbb/命令表示把字符串
    41   -e s/powerpc/ppc/ \中的字符aaa替换为bbb*/
    42   -e s/ppc64/ppc/ \/* i.86中的.表示任意字符 */
    43   -e s/macppc/ppc/)
   /* 45~46行定义了变量HOSTOS ，即主机的操作系统，得到的结果为HOSTOS := linux */
    45HOSTOS := $(shell uname -s | tr '[:upper:]' '[:lower:]' | \/*uname -m为打印主机操作系统内核名称，在我的
    46   sed -e 's/\(cygwin\).*/cygwin/')Ubuntu系统中为Linux */

/*tr '[:upper:]' '[:lower:]'命令将大写字母替换为小写字母 */  

    /* 48~51行定义了变量SHELL ，得到的结果为SHELL := /bin/bash */
    48# Set shell to bash if possible, otherwise fall back to sh
    49SHELL := $(shell if [ -x "$$BASH" ]; then echo $$BASH; \
    50else if [ -x /bin/bash ]; then echo /bin/bash; \
    51else echo sh; fi; fi)
    /* 53行将上述三个变量导出，以便子Makefile中也可以访问这三个变量 */
    53exportHOSTARCH HOSTOS SHELL

    /* 56行的变量VENDOR暂时没有定义 */

    55 # Deal with colliding definitions from tcsh etc.
    56 VENDOR=

    /* 58~64行定义XECHO变量，得到的结果是XECHO =: */

    58 #########################################################################
    59 # Allow for silent builds/* 静态编译，即make -s，此时编译过程中将不打印出相关的命令 */

    60ifeq (,$(findstring s,$(MAKEFLAGS)))/*findstring 函数在变量MAKEFLAGS中查找是否存在字符s */
    61XECHO = echo
    62else
    63XECHO = :
    64endif

    /* 68~86行说明了在编译u-boot时可以用两种方式制定一个输出路径。u-boot的源码顶层目录下的

README文件中也对此有说明。对此不再做详细说明，一般情况下都不指定，而是直接编译 */

    66 #########################################################################
    67 #
    68 # U-boot build supports producing a object files to the separate external
    69 # directory. Two use cases are supported:
    70 #
    71 # 1) Add O= to the make command line
    72 # 'make O=/tmp/build all'
    73 #
    74 # 2) Set environement variable BUILD_DIR to point to the desired location
    75 # 'export BUILD_DIR=/tmp/build'
    76 # 'make'
    77 #
    78 # The second approach can also be used with a MAKEALL script
    79 # 'export BUILD_DIR=/tmp/build'
    80 # './MAKEALL'
    81 #
    82 # Command line 'O=' setting overrides BUILD_DIR environent variable.
    83 #
    84 # When none of the above methods is used the local build is performed and
    85 # the object files are placed in the source directory.
    86 #
    /* 88~92行根据具体情况对变量BUILD_DIR 赋值 */
    88 ifdef O
    89 ifeq ("$(origin O)", "command line")/*origin 函数查询变量O的出处，如果O是在命令行中定义的话，则

    90BUILD_DIR := $(O)返回command line */
    91endif
    92endif
    /* 94~103行根据变量BUILD_DIR的值做如下处理 */
    94ifneq ($(BUILD_DIR),)/*如果变量BUILD_DIR不为空将变量BUILD_DIR的值保存到saved-
    95saved-output := $(BUILD_DIR)output中*/
    96
    97# Attempt to create a output directory.
    98$(shell [ -d ${BUILD_DIR} ] || mkdir -p ${BUILD_DIR})/* 如果不存在目录BUILD_DIR，则用mkdir命令创建*/
    99
   100# Verify if it was successful./* 以下3行作用为尝试进入目录BUILD_DIR，如果存在这个目录，则把该
   101BUILD_DIR := $(shell cd $(BUILD_DIR) && /bin/pwd)    目录的路径赋值给BUILD_DIR；如果不存在，则
   102$(if $(BUILD_DIR),,$(error output directory "$(saved-output)" does not exist))      将BUILD_DIR赋值为空*/
   103endif # ifneq ($(BUILD_DIR),)

   /* 105~109行定义如下几个变量，并用export导出 */

   /* 如果没有指定输出路径，则变量OBJTREE、SRCTREE、TOPDIR、LNDIR的值都为CURDIR */

   105 OBJTREE:= $(if $(BUILD_DIR),$(BUILD_DIR),$(CURDIR))/*CURDIR赋为Makefile内置变量，其值
   106 SRCTREE:= $(CURDIR)为当前目录*/
   107 TOPDIR := $(SRCTREE)
   108 LNDIR := $(OBJTREE)
   109 export TOPDIR SRCTREE OBJTREE

   /* 111~112行定义变量MKCONFIG，并用export导出 */

   111 MKCONFIG:= $(SRCTREE)/mkconfig/*MKCONFIG的值为源码顶层目录下的mkconfg脚本*/
   112 export MKCONFIG

   /* 114~117行，在额外指定了输出目录的情况下，定义变量REMOTE_BUILD，并用export导出 */

   114 ifneq ($(OBJTREE),$(SRCTREE))
   115 REMOTE_BUILD:= 1
   116 export REMOTE_BUILD
   117 endif

   /* 119~129行定义变量obj 和src，并用export导出。根据源码的注释可以看到顶层目录中的congfig.mk */

文件中才是真正定义obj和src变量的地方。但是此处也需要定义的原因是：在本Makefile中包含config.mk

之前，编译像unconfig, clean, clobber, distclean这样的目标时需要用到这两个变量 */

   119 # $(obj) and (src) are defined in config.mk but here in main Makefile
   120 # we also need them before config.mk is included which is the case for
   121 # some targets like unconfig, clean, clobber, distclean, etc.
   122 ifneq ($(OBJTREE),$(SRCTREE))
   123 obj := $(OBJTREE)/
   124 src := $(SRCTREE)/
   125 else /* 正常编译时都执行此else下面的定义，即obj和src为空*/
   126 obj :=
   127 src :=
   128 endif
   129 export obj src

   /* 131~132行unexport 变量CDPATH，尚不知这个变量的用途，编译的过程中没有使用到此变量 */
   131 # Make sure CDPATH settings don't interfere
   132 unexport CDPATH

   /* 136~138行判断ARCH变量的值是否为powerpc，如果是则给ARCH赋值为ppc */

   136 ifeq ($(ARCH),powerpc)/* 编译u-boot的过程中，ARCH表示编译的目标平台，比如ARM*/
   137 ARCH = ppc
   138 endif

   /* 140~146行判设置伪目标SUBDIRS，包括tools、examples目录下的standalone和api */

   140 # The "tools" are needed early, so put this first/* 由于后面编译的过程中会使用到tools目录下面生
   141 # Don't include stuff already done in $(LIBS)    成的工具，所以必须先编译生成tools目录下的工具*/
   142 SUBDIRS= tools \
   143  examples/standalone \/*examples下面生成的为测试demo，比如hellword*/
   144  examples/api
   145
   146 .PHONY : $(SUBDIRS)

   /* 148~472行，判断include目录下是否存在config.mk文件，如果存在，则这段才执行 */

   /* 这一段是真正编译的部分，如果include目录下不存在config.mk文件，则编译就会终止 */

   148 ifeq ($(obj)include/config.mk,$(wildcard $(obj)include/config.mk))/*判断是否存在config.mk*/
   /* 150~155行在顶层目录下生成autoconf.mk.dep和autoconf.mk文件，此处暂且当这两个文件存在，后面再分析

其生成过程，先记为问题Q3和Q4 */
   150# Include autoconf.mk before config.mk so that the config options are available
   151# to all top level build files.  We need the dummy all: target to prevent the
   152# dependency target in autoconf.mk.dep from being the default.
   153all:/*没有明白这个地方的all的作用*/
   154sinclude$(obj)include/autoconf.mk.dep/*sinclude相当于-include，GNU支持sinclude的方式主要是为了和其他make*/

/*（Q3：autoconf.mk.def如何生成的？） */

   155sinclude$(obj)include/autoconf.mk/*程序兼容。include和-include的区别可以查阅相关资料了解*/

/*（Q4：autoconf.mk如何生成的？） */

   /* 157~159行包含include目录下的config.mk文件，这个文件在执行命令make boardname_config时生成

，后面  会有详细说明，暂且不管，记为问题Q5 */
   157# load ARCH, BOARD, and CPU configuration
   158include$(obj)include/config.mk
   159exportARCH CPU BOARD VENDOR SOC/*这几个变量都在include/config.mk中定义 */

   /* 161~164行不起作用 */
   161# set default to nothing for native builds
   162ifeq ($(HOSTARCH),$(ARCH))
   163CROSS_COMPILE ?=
   164endif

   /* 166~167行包含顶层目录下的config.mk文件 */
   166# load other configuration
   167include $(TOPDIR)/config.mk

   /* 170~184行定义u-boot的目标文件 */
   170# U-Boot objects....order is important (i.e. start must be first)/*目标start.o必须放在第一个位置 */
   171
   172OBJS  = cpu/$(CPU)/start.o/*目录cpu下面的启动文件，如cpu/arm926ejs/start.o，有start.S生成 */
   173ifeq ($(CPU),i386)
   174OBJS += cpu/$(CPU)/start16.o
   175OBJS += cpu/$(CPU)/resetvec.o
   176endif
   177ifeq ($(CPU),ppc4xx)
   178OBJS += cpu/$(CPU)/resetvec.o
   179endif
   180ifeq ($(CPU),mpc85xx)
   181OBJS += cpu/$(CPU)/resetvec.o
   182endif
   183
   184OBJS := $(addprefix $(obj),$(OBJS))/*addprefix函数给变量OBJS加上前缀$(obj)，正常情况下为空*/

   /* 186~151行定义编译u-boot需要链接的静态库 */
   186LIBS  = lib_generic/libgeneric.a
   187LIBS += lib_generic/lzma/liblzma.a
   188LIBS += lib_generic/lzo/liblzo.a
   189LIBS += $(shell if [ -f board/$(VENDOR)/common/Makefile ]; then echo \/*如果在目录board/$(VENDOR)/common
   190"board/$(VENDOR)/common/lib$(VENDOR).a"; fi)下存在Makefile文件，则包含对应的库文件*/
   191LIBS += cpu/$(CPU)/lib$(CPU).a
   192ifdef SOC
   193LIBS += cpu/$(CPU)/$(SOC)/lib$(SOC).a
   194endif
   195ifeq ($(CPU),ixp)
   196LIBS += cpu/ixp/npe/libnpe.a
   197endif
   198LIBS += lib_$(ARCH)/lib$(ARCH).a
   199LIBS += fs/cramfs/libcramfs.a fs/fat/libfat.a fs/fdos/libfdos.a fs/jffs2/libjffs2.a \
   200fs/reiserfs/libreiserfs.a fs/ext2/libext2fs.a fs/yaffs2/libyaffs2.a \
   201fs/ubifs/libubifs.a
   202LIBS += net/libnet.a
   203LIBS += disk/libdisk.a
   204LIBS += drivers/bios_emulator/libatibiosemu.a
   205LIBS += drivers/block/libblock.a
   206LIBS += drivers/dma/libdma.a
   207LIBS += drivers/fpga/libfpga.a
   208LIBS += drivers/gpio/libgpio.a
   209LIBS += drivers/hwmon/libhwmon.a
   210LIBS += drivers/i2c/libi2c.a
   211LIBS += drivers/input/libinput.a
   212LIBS += drivers/misc/libmisc.a
   213LIBS += drivers/mmc/libmmc.a
   214LIBS += drivers/mtd/libmtd.a
   215LIBS += drivers/mtd/nand/libnand.a
   216LIBS += drivers/mtd/onenand/libonenand.a
   217LIBS += drivers/mtd/ubi/libubi.a
   218LIBS += drivers/mtd/spi/libspi_flash.a
   219LIBS += drivers/net/libnet.a
   220LIBS += drivers/net/phy/libphy.a
   221LIBS += drivers/net/sk98lin/libsk98lin.a
   222LIBS += drivers/pci/libpci.a
   223LIBS += drivers/pcmcia/libpcmcia.a
   224LIBS += drivers/power/libpower.a
   225LIBS += drivers/spi/libspi.a
   226ifeq ($(CPU),mpc83xx)
   227LIBS += drivers/qe/qe.a
   228endif
   229ifeq ($(CPU),mpc85xx)
   230LIBS += drivers/qe/qe.a
   231LIBS += cpu/mpc8xxx/ddr/libddr.a
   232TAG_SUBDIRS += cpu/mpc8xxx
   233endif
   234ifeq ($(CPU),mpc86xx)
   235LIBS += cpu/mpc8xxx/ddr/libddr.a
   236TAG_SUBDIRS += cpu/mpc8xxx
   237endif
   238LIBS += drivers/rtc/librtc.a
   239LIBS += drivers/serial/libserial.a
   240LIBS += drivers/twserial/libtws.a
   241LIBS += drivers/usb/gadget/libusb_gadget.a
   242LIBS += drivers/usb/host/libusb_host.a
   243LIBS += drivers/usb/musb/libusb_musb.a
   244LIBS += drivers/video/libvideo.a
   245LIBS += drivers/watchdog/libwatchdog.a
   246LIBS += common/libcommon.a
   247LIBS += libfdt/libfdt.a
   248LIBS += api/libapi.a
   249LIBS += post/libpost.a
   250
   251LIBS := $(addprefix $(obj),$(LIBS))

   /* 252行设置三个伪目标 */
   252 .PHONY : $(LIBS) $(TIMESTAMP_FILE) $(VERSION_FILE)

   /* 254~255行将板子对应目录下的静态库单独列出来 */
   254LIBBOARD = board/$(BOARDDIR)/lib$(BOARD).a/* 变量BOARDDIR在顶层目录下的config.mk中定义 */
   255LIBBOARD := $(addprefix $(obj),$(LIBBOARD))

   /* 257~268行添加GCC编译器的库文件 */
   257# Add GCC lib
   258ifdef USE_PRIVATE_LIBGCC
   259ifeq ("$(USE_PRIVATE_LIBGCC)", "yes")
   260PLATFORM_LIBGCC = -L $(OBJTREE)/lib_$(ARCH) -lgcc
   261else
   262PLATFORM_LIBGCC = -L $(USE_PRIVATE_LIBGCC) -lgcc
   263endif
   264else/* 正常情况下执行的是此处 */
   265PLATFORM_LIBGCC = -L $(shell dirname `$(CC) $(CFLAGS) -print-libgcc-file-name`) -lgcc/* 变量CC在顶层
   266endif                  目录下的config.mk中定义 */
   267PLATFORM_LIBS += $(PLATFORM_LIBGCC)/* $(shell dirname `$(CC) $(CFLAGS) -print-libgcc-file-name`)的意思
   268export PLATFORM_LIBS是查找编译器的路径 */

   /* 270~276行定义变量LDPPFLAGS */
   270# Special flags for CPP when processing the linker script.
   271# Pass the version down so we can handle backwards compatibility
   272# on the fly.
   273LDPPFLAGS += \
   274-include $(TOPDIR)/include/u-boot/u-boot.lds.h \
   275$(shell $(LD) --version | \
   276 sed -ne 's/GNU ld version \([0-9][0-9]*\)\.\([0-9][0-9]*\).*/-DLD_MAJOR=\1 -DLD_MINOR=\2/p')

   /* 278~286行根据include/config.mk中是否定义了相关的CONFG_变量进行处理 */
   278ifeq ($(CONFIG_NAND_U_BOOT),y)
   279NAND_SPL = nand_spl
   280U_BOOT_NAND = $(obj)u-boot-nand.bin
   281endif
   282
   283ifeq ($(CONFIG_ONENAND_U_BOOT),y)
   284ONENAND_IPL = onenand_ipl
   285U_BOOT_ONENAND = $(obj)u-boot-onenand.bin
   286endif

   /* 288~289行将变量OBJS、LIBS、LIBBOARD中含有字符串$(obj的部分替换为空) ，正常情况下本来就是空。最终的目标为

__OBJS和__LIBS */
   288__OBJS := $(subst $(obj),,$(OBJS))
   289__LIBS := $(subst $(obj),,$(LIBS)) $(subst $(obj),,$(LIBBOARD))

   /* 294~297行定义u-boot的终极目标 */
   294# Always append ALL so that arch config.mk's can add custom ones
   295ALL += $(obj)u-boot.srec $(obj)u-boot.bin $(obj)System.map $(U_BOOT_NAND) $(U_BOOT_ONENAND)
   296
   297all:$(ALL)

   /* 299~300行：目标$(obj)u-boot.hex依赖文件为$(obj)u-boot，通过objcopy工具将依赖文件u-boot转换成二进制文件u-boot.hex */
   299$(obj)u-boot.hex:$(obj)u-boot
   300$(OBJCOPY) ${OBJCFLAGS} -O ihex $< $@   /*OBJCOPY和OBJCFLAGS都在顶层config.mk中定义，$<和$@为Makefile中的自动

化变量，$< 表示依赖文件，$@ 表示目标文件 */ 

   /* 302~303行：目标$(obj)u-boot.srec依赖文件为$(obj)u-boot，通过objcopy工具将依赖文件u-boot转换成srec格式文件u-boot.srec*/
   302$(obj)u-boot.srec:$(obj)u-boot
   303$(OBJCOPY) -O srec $< $@

   /* 305~306行：目标$(obj)u-boot.bin依赖文件为$(obj)u-boot，通过objcopy工具将依赖文件u-boot转换成二进制格式文件u-boot.bin*/
   305$(obj)u-boot.bin:$(obj)u-boot
   306$(OBJCOPY) ${OBJCFLAGS} -O binary $< $@

   /* 308~329行：对应的目标不会生成*/
   308$(obj)u-boot.ldr:$(obj)u-boot
   309$(obj)tools/envcrc --binary > $(obj)env-ldr.o
   310$(LDR) -T $(CONFIG_BFIN_CPU) -c $@ $< $(LDR_FLAGS)
   311
   312$(obj)u-boot.ldr.hex:$(obj)u-boot.ldr
   313$(OBJCOPY) ${OBJCFLAGS} -O ihex $< $@ -I binary
   315$(obj)u-boot.ldr.srec:$(obj)u-boot.ldr
   316$(OBJCOPY) ${OBJCFLAGS} -O srec $< $@ -I binary
   317
   318$(obj)u-boot.img:$(obj)u-boot.bin
   319./tools/mkimage -A $(ARCH) -T firmware -C none \
   320-a $(TEXT_BASE) -e 0 \
   321-n $(shell sed -n -e 's/.*U_BOOT_VERSION//p' $(VERSION_FILE) | \
   322sed -e 's/"[]*$$/ for $(BOARD) board"/') \
   323-d $< $@
   324
   325$(obj)u-boot.sha1:$(obj)u-boot.bin
   326$(obj)tools/ubsha1 $(obj)u-boot.bin
   327
   328$(obj)u-boot.dis:$(obj)u-boot
   329$(OBJDUMP) -d $< > $@

   /* 331~332行：定义的命令，最终的最用为生成u-boot.map和u-boot文件*/
   331GEN_UBOOT = \
   332UNDEF_SYM=`$(OBJDUMP) -x $(LIBBOARD) $(LIBS) | \
   333sed  -n -e 's/.*\($(SYM_PREFIX)__u_boot_cmd_.*\)/-u\1/p'|sort|uniq`;\
   334cd $(LNDIR) && $(LD) $(LDFLAGS) $$UNDEF_SYM $(__OBJS) \
   335--start-group $(__LIBS) --end-group $(PLATFORM_LIBS) \
   336-Map u-boot.map -o u-boot

   /* 337~345行：生成目标$(obj)u-boot的依赖关系及命令，调用了GEN_UBOOT*/
   337$(obj)u-boot:depend $(SUBDIRS) $(OBJS) $(LIBBOARD) $(LIBS) $(LDSCRIPT) $(obj)u-boot.lds
   338$(GEN_UBOOT)
   339ifeq ($(CONFIG_KALLSYMS),y)
   340smap=`$(call SYSTEM_MAP,u-boot) | \
   341awk '$$2 ~ /[tTwW]/ {printf $$1 $$3 "\\\\000"}'` ; \
   342$(CC) $(CFLAGS) -DSYSTEM_MAP="\"$${smap}\"" \
   343-c common/system_map.c -o $(obj)common/system_map.o
   344$(GEN_UBOOT) $(obj)common/system_map.o
   345endif

   /* 347~348行：在cpu下对应的目录中生成目标start.o*/
   347$(OBJS):depend
   348$(MAKE) -C cpu/$(CPU) $(if $(REMOTE_BUILD),$@,$(notdir $@))

   /* 350~351行：在相应的目录下生成下多种静态库文件，如common/libcommon.a*/
   350$(LIBS):depend $(SUBDIRS)
   351$(MAKE) -C $(dir $(subst $(obj),,$@))

   /* 353~354行：在board下对应的目录下生成对应的目标，如board/samsung/smdk2410/libsmdk2410.a*/
   353$(LIBBOARD):depend $(LIBS)
   354$(MAKE) -C $(dir $(subst $(obj),,$@))

   /* 356~357行：在tools、example/standalone和example/api目录下生成对应的目标 ，如tools/mkimage*/
   356$(SUBDIRS):depend
   357$(MAKE) -C $@ all

   /* 359~360行：在board下对应的目录下生成对应的目标u-boot.lds，一般此目录中的Makefile中不存在这

个目标，所以360行中的命令不起任何作用 */
   359$(LDSCRIPT):depend
   360$(MAKE) -C $(dir $@) $(notdir $@)

   /* 362~363行：对board下对应的目录下的链接脚本u-boot.lds进行某些处理，在顶层目录下重新生成一份*/
   362$(obj)u-boot.lds: $(LDSCRIPT)
   363$(CPP) $(CPPFLAGS) $(LDPPFLAGS) -ansi -D__ASSEMBLY__ -P - <$^ >$@

   /* 365~376行：正常不起作用 */
   365$(NAND_SPL):$(TIMESTAMP_FILE) $(VERSION_FILE) $(obj)include/autoconf.mk
   366$(MAKE) -C nand_spl/board/$(BOARDDIR) all
   367
   368$(U_BOOT_NAND):$(NAND_SPL) $(obj)u-boot.bin
   369cat $(obj)nand_spl/u-boot-spl-16k.bin $(obj)u-boot.bin > $(obj)u-boot-nand.bin
   370
   371$(ONENAND_IPL):$(TIMESTAMP_FILE) $(VERSION_FILE) $(obj)include/autoconf.mk
   372$(MAKE) -C onenand_ipl/board/$(BOARDDIR) all
   373
   374$(U_BOOT_ONENAND):$(ONENAND_IPL) $(obj)u-boot.bin
   375cat $(obj)onenand_ipl/onenand-ipl-2k.bin $(obj)u-boot.bin > $(obj)u-boot-onenand.bin
   376cat $(obj)onenand_ipl/onenand-ipl-4k.bin $(obj)u-boot.bin > $(obj)u-boot-flexonenand.bin

   /* 378~379行：生成version_autogegerated.h文件，向文件中写入版本号 */
   378$(VERSION_FILE):/* （A2：回答了问题Q2） */
   379@( printf '#define U_BOOT_VERSION "U-Boot %s%s"\n' "$(U_BOOT_VERSION)" \
   380'$(shell $(TOPDIR)/tools/setlocalversion $(TOPDIR))' ) > $@.tmp
   381@cmp -s $@ $@.tmp && rm -f $@.tmp || mv -f $@.tmp $@
   /* 383~385行：生成timestamp_autogegerated.h文件，向文件中写入编译日期和时间 */
   383$(TIMESTAMP_FILE):/* （A1：回答了问题Q1） */
   384@date +'#define U_BOOT_DATE "%b %d %C%y"' > $@
   385@date +'#define U_BOOT_TIME "%T"' >> $@

   /* 387~394行：正常情况下用不到 */
   387gdbtools:
   388$(MAKE) -C tools/gdb all || exit 1
   389
   390updater:
   391$(MAKE) -C tools/updater all || exit 1
   392
   393env:
   394$(MAKE) -C tools/env all MTD_VERSION=${MTD_VERSION} || exit 1

   /* 396~397行：在tools、example/standalone和example/api目录下生成.depend文件 */

  /* 不仅仅是针对这三个目录，在编译子目录中的程序时都会生成.depend文件，这个文件描述了对应目录

下的目标依赖关系。其中使用到了顶层目录下的rules.mk文件 */

   396depend dep:$(TIMESTAMP_FILE) $(VERSION_FILE) $(obj)include/autoconf.mk
   397for dir in $(SUBDIRS) ; do $(MAKE) -C $$dir _depend ; done

   /* 399~444行：正常情况下用不到 */
   399TAG_SUBDIRS += include
   400TAG_SUBDIRS += lib_generic board/$(BOARDDIR)
   401TAG_SUBDIRS += cpu/$(CPU)
   402TAG_SUBDIRS += lib_$(ARCH)
   403TAG_SUBDIRS += fs/cramfs
   404TAG_SUBDIRS += fs/fat
   405TAG_SUBDIRS += fs/fdos
   406TAG_SUBDIRS += fs/jffs2
   407TAG_SUBDIRS += fs/yaffs2
   408TAG_SUBDIRS += net
   409TAG_SUBDIRS += disk
   410TAG_SUBDIRS += common
   411TAG_SUBDIRS += drivers/bios_emulator
   412TAG_SUBDIRS += drivers/block
   413TAG_SUBDIRS += drivers/gpio
   414TAG_SUBDIRS += drivers/hwmon
   415TAG_SUBDIRS += drivers/i2c
   416TAG_SUBDIRS += drivers/input
   417TAG_SUBDIRS += drivers/misc
   418TAG_SUBDIRS += drivers/mmc
   419TAG_SUBDIRS += drivers/mtd
   420TAG_SUBDIRS += drivers/mtd/nand
   421TAG_SUBDIRS += drivers/mtd/onenand
   422TAG_SUBDIRS += drivers/mtd/spi
   423TAG_SUBDIRS += drivers/net
   424TAG_SUBDIRS += drivers/net/sk98lin
   425TAG_SUBDIRS += drivers/pci
   426TAG_SUBDIRS += drivers/pcmcia
   427TAG_SUBDIRS += drivers/qe
   428TAG_SUBDIRS += drivers/rtc
   429TAG_SUBDIRS += drivers/serial
   430TAG_SUBDIRS += drivers/spi
   431TAG_SUBDIRS += drivers/usb
   432TAG_SUBDIRS += drivers/video
   433
   434tags ctags:
   435ctags -w -o $(obj)ctags `find $(SUBDIRS) $(TAG_SUBDIRS) \
   436-name '*.[ch]' -print`
   437
   438etags:
   439etags -a -o $(obj)etags `find $(SUBDIRS) $(TAG_SUBDIRS) \
   440-name '*.[ch]' -print`
   441cscope:
   442find $(SUBDIRS) $(TAG_SUBDIRS) -name '*.[ch]' -print \
   443> cscope.files
   444cscope -b -q -k

   /* 446~449行：用nm命令解析符号表 */
   446SYSTEM_MAP = \
   447$(NM) $1 | \
   448grep -v '\(compiled\)\|\(\.o$$\)\|\( [aUw] \)\|\(\.\.ng$$\)\|\(LASH[RL]DI\)' | \
   449LC_ALL=C sort

   /* 450~451行：解析ELF格式的u-boot文件，生成符号表文件system.map */
   450$(obj)System.map:$(obj)u-boot
   451@$(call SYSTEM_MAP,$<) > $(obj)System.map
   452
   /* 454~472行：生成include/autoconf.mk.dep和include/autoconf.mk文件 */
   454# Auto-generate the autoconf.mk file (which is included by all makefiles)
   455#
   456# This target actually generates 2 files; autoconf.mk and autoconf.mk.dep.
   457# the dep file is only include in this top level makefile to determine when
   458# to regenerate the autoconf.mk file.
   459$(obj)include/autoconf.mk.dep: $(obj)include/config.h include/common.h/* （A3：回答了问题Q3） */
   460@$(XECHO) Generating $@ ; \
   461set -e ; \
   462: Generate the dependancies ; \
   463$(CC) -x c -DDO_DEPS_ONLY -M $(HOSTCFLAGS) $(CPPFLAGS) \/*include/autoconf.mk.dep的内容是
   464-MQ $(obj)include/autoconf.mk include/common.h > $@include/autoconf.mk的依赖关系 */
   465
   466$(obj)include/autoconf.mk: $(obj)include/config.h/* （A4：回答了问题Q4） */
   467@$(XECHO) Generating $@ ; \
   468set -e ; \
   469: Extract the config macros ; \
   470$(CPP) $(CFLAGS) -DDO_DEPS_ONLY -dM include/common.h | \/* 将include/common.h和include/config.h
   471sed -n -f tools/scripts/define2mk.sed > $@.tmp && \文件中以CONFIG_开头的字符串提取出来，其中使用
   472mv $@.tmp $@到了tools/scipts中的脚本程序define2mk.sed */
   473
   /* 475~482行：如果include目录下不存在config.mk文件则打印错误信息“System not configured - see README”

并且退出编译 */
   475else# !config.mk
   476all $(obj)u-boot.hex $(obj)u-boot.srec $(obj)u-boot.bin \
   477$(obj)u-boot.img $(obj)u-boot.dis $(obj)u-boot \
   478$(SUBDIRS) $(TIMESTAMP_FILE) $(VERSION_FILE) gdbtools updater env depend \
   479dep tags ctags etags cscope $(obj)System.map:
   480@echo "System not configured - see README" >&2
   481@ exit 1
   482endif# config.mk

        Makefile文件的真正编译过程就如上面的流程，后面的内容主要是一些具体开发板的目标依赖配置等信

息。

/***********************************************************************************************************************/

/*********************************************End：Makefile文件分析***********************************************/

/***********************************************************************************************************************/

5、u-boot-2009.08顶层mkconfig分析

       在执行make boardname_config命令时，实际上执行的是mkconfig脚本文件，并且在执行时传入一些参

数。如执行make smdk2410_config命令时，在Makefile中对应的源码如下：

        /*****************************************************************************************************************/

        /***********************************Start：make smdk2410_config源码**************************************/

        /*****************************************************************************************************************/

        2997smdk2410_config :unconfig
        2998 @$(MKCONFIG) $(@:_config=) arm arm920t smdk2410 samsung s3c24x0   

/*****************************************************************************************************************/

/************************************End：make smdk2410_config源码**************************************/

/*****************************************************************************************************************/

        由Makefile的分析知道$(MKCONFIG) 的内容就是mkconfig，前面的@的作用是在编译时不输出这条命

令；$(@:_config)表示将目标文件“smdk2410_config”中的config去掉，也就是说$(@:_config)的内容实际上

就是smdk2410；所以执行make smdk2410_config时对应的实际命令就是：mkconfig smdk2410 arm arm92

0t smdk2410 samsung s3c24x0。

        而其依赖“unconfig”见下面。作用是删除一些之前生成的文件。

/*****************************************************************************************************************/

/****************************************Start：make unconfig源码*******************************************/

/*****************************************************************************************************************/

        493 unconfig:
        494 @rm -f $(obj)include/config.h $(obj)include/config.mk \
        495 $(obj)board/*/config.tmp $(obj)board/*/*/config.tmp \
        496 $(obj)include/autoconf.mk $(obj)include/autoconf.mk.dep

/*****************************************************************************************************************/

/*****************************************End：makeunconfig源码*******************************************/

/*****************************************************************************************************************/

       

        综上，我们需要分析的就是mkconfig脚本文件，下面开始正式的分析：

/***********************************************************************************************************************/

/*********************************************Start：mkconfig文件分析*********************************************/

/***********************************************************************************************************************/

     1 #!/bin/sh -e
     2
     3 # Script to create header files and links to configure
     4 # U-Boot for a specific board.
     5 #
     6 # Parameters:  Target  Architecture  CPU  Board [VENDOR] [SOC]/* 输入参数格式，就是例子中的
     7 #      smdk2410、arm、arm920t、smdk2410、samsung、s3c24x0六个字符，其中后两个不是必须的 */

     8 # (C) 2002-2006 DENX Software Engineering, Wolfgang Denk <[e-mail]>
     9 #
    10
    11 APPEND=no# Default: Create new config file /* APPEND是config.h文件存在的标志 */
    12 BOARD_NAME=""# Name to print in make output
    13
    14 while [ $# -gt 0 ] ; do/* $#表示参数的个数，判断是否大于0 */
    15 case "$1" in/* 根据第一个参数决定执行下面哪句语句，类似与C中的switch...case... ，
    16 --) shift ; break ;;一般都是执行*) break;; */
    17 -a) shift ; APPEND=yes ;;
    18 -n) shift ; BOARD_NAME="${1%%_config}" ; shift ;;
    19 *)  break ;;
    20 esac
    21 done
    22
    23 [ "${BOARD_NAME}" ] || BOARD_NAME="$1"/* 如果BOARD_NAME为空，则给其赋值，例子中
    24 相当于smdk2410 */

    25 [ $# -lt 4 ] && exit 1/* 如果参数个数小于4个，停止执行并退出，返回错误码1 */
    26 [ $# -gt 6 ] && exit 1/* 如果参数个数大于6个，停止执行并退出，返回错误码1*/
    27
    28 echo "Configuring for ${BOARD_NAME} board..."/* 编译时打印此句 */
    29
    30 #
    31 # Create link to architecture specific headers
    32 #
    33 if [ "$SRCTREE" != "$OBJTREE" ] ; then
    34 mkdir -p ${OBJTREE}/include
    35 mkdir -p ${OBJTREE}/include2
    36 cd ${OBJTREE}/include2
    37 rm -f asm
    38 ln -s ${SRCTREE}/include/asm-$2 asm
    39 LNPREFIX="../../include2/asm/"
    40 cd ../include
    41 rm -rf asm-$2
    42 rm -f asm
    43 mkdir asm-$2
    44 ln -s asm-$2 asm
    45 else /* 由Makdfile分析知道，一般都是执行此else，作用就是在include目录下ln -s asm-arm asm */
    46 cd ./include
    47 rm -f asm
    48 ln -s asm-$2 asm
    49 fi
    50
    51 rm -f asm-$2/arch/* 删除sam-arm/arch目录，马上接着创建 */
    52
    53 if [ -z "$6" -o "$6" = "NULL" ] ; then/* 根据是否存在第6个参数创建sam-arm/arch
    54 ln -s ${LNPREFIX}arch-$3 asm-$2/archln -s arch-arm920tsam-arm/arch
    55 else 或者是
    56 ln -s ${LNPREFIX}arch-$6 asm-$2/archln -s arch-arm920tsam-arm/arch */
    57 fi
    58
    59 if [ "$2" = "arm" ] ; then/* 如果第二个参数为arm的话，则执行下面的两个操作：
    60 rm -f asm-$2/proc删除asm-arm/proc
    61 ln -s ${LNPREFIX}proc-armv asm-$2/procln -s proc-armv asm-arm/proc */
    62 fi
    63
    64 #
    65 # Create include file for Make/* 开始创建include/config.mk文件 *//* （A5：回答了问题Q5） */
    66 #
    67 echo "ARCH   = $2" >  config.mk/* 向include/config.mk文件中写入 ARCH = $2，如ARCH = arm */
    68 echo "CPU    = $3" >> config.mk/* 向include/config.mk文件中写入 CPU = $3，如CPU= arm920t */
    69 echo "BOARD  = $4" >> config.mk/* 向include/config.mk文件中写入 BOARD = $4，如BOARD= smdk2410 */
    70
    71 [ "$5" ] && [ "$5" != "NULL" ] && echo "VENDOR = $5" >> config.mk/* 如果存在第5个参数，则

向include/config.mk文件中写入 VENDOR = $5，如VENDOR= samsung*/
    72
    73 [ "$6" ] && [ "$6" != "NULL" ] && echo "SOC    = $6" >> config.mk/* 如果存在第6个参数，则

向include/config.mk文件中写入 SOC = $6，如SOC =s3c24x0*/

    74
    75 #
    76 # Create board specific header file/* 开始创建include/config.h文件 */
    77 #
    78 if [ "$APPEND" = "yes" ]# Append to existing config file
    79 then
    80 echo >> config.h
    81 else /* 一般都是执行此处，>表示覆盖原文件的内容，>>表示在原文件的结尾处追加新内容 */
    82 > config.h# Create new config file
    83 fi
    84 echo "/* Automatically generated - do not edit */" >>config.h/* 向include/config.mk文件中写入此3句 */
    85 echo "#include <configs/$1.h>" >>config.h
    86 echo "#include <asm/config.h>" >>config.h
    87
    88 exit 0 /* 执行成功，退出，返回0 */

/***********************************************************************************************************************/

/*********************************************End：mkconfig文件分析**********************************************/

/***********************************************************************************************************************/

6、u-boot-2009.08顶层config.mk分析

       在分析Makefile文件的时候提到了顶层目录下的config.mk文件。该文件主要是定义了编译变量，如AS、

LD、CC等。此问价中的内容并无特殊之处，感兴趣的童鞋可以自己看看，没有分析的意义。

7、u-boot-2009.08顶层rules.mk分析

       在分析Makefile文件的时候也提到了顶层目录下的rules.mk文件。首先看看此文件的内容：

         _depend:$(obj).depend
/* 运用shell脚本处理，在.depend文件中生成目标的依赖关系。如helloworld.o: helloworld.c ...... */
         $(obj).depend:$(src)Makefile $(TOPDIR)/config.mk $(SRCS)
@rm -f $@
@for f in $(SRCS); do \
g=`basename $$f | sed -e 's/\(.*\)\.\w/\1.o/'`; \
$(CC) -M $(HOSTCFLAGS) $(CPPFLAGS) -MQ $(obj)$$g $$f >> $@ ; \
done

        单凭这几句源码是分析不出什么东西的，rules.mk文件也不会单独拿出来使用，一般都是在其他Makefile

文件中include rules.mk。举个简单的例子看看----example/api下面的测试demo是如何编译而成的呢。我们先

看看该目录下的Makefile文件：

/***********************************************************************************************************************/

/**************************************Start：example/api/Makefile文件分析***************************************/

/***********************************************************************************************************************/

ifeq ($(ARCH),ppc)
LOAD_ADDR = 0x40000
endif
ifeq ($(ARCH),arm)
LOAD_ADDR = 0x1000000
endif

include $(TOPDIR)/config.mk

# Resulting ELF and binary exectuables will be named demo and demo.bin
OUTPUT-$(CONFIG_API) = $(obj)demo
OUTPUT = $(OUTPUT-y)


# Source files located in the examples/api directory
SOBJ_FILES-$(CONFIG_API) += crt0.o
COBJ_FILES-$(CONFIG_API) += demo.o
COBJ_FILES-$(CONFIG_API) += glue.o
COBJ_FILES-$(CONFIG_API) += libgenwrap.o


# Source files which exist outside the examples/api directory
EXT_COBJ_FILES-$(CONFIG_API) += lib_generic/crc32.o
EXT_COBJ_FILES-$(CONFIG_API) += lib_generic/ctype.o
EXT_COBJ_FILES-$(CONFIG_API) += lib_generic/div64.o
EXT_COBJ_FILES-$(CONFIG_API) += lib_generic/string.o
EXT_COBJ_FILES-$(CONFIG_API) += lib_generic/vsprintf.o
ifeq ($(ARCH),ppc)
EXT_SOBJ_FILES-$(CONFIG_API) += lib_ppc/ppcstring.o
endif

/* 此处定义的SRCS，再看看rules.mk中的依赖SRCS，对应起来了 */
# Create a list of source files so their dependencies can be auto-generated
SRCS += $(addprefix $(SRCTREE)/,$(EXT_COBJ_FILES-y:.o=.c))
SRCS += $(addprefix $(SRCTREE)/,$(EXT_SOBJ_FILES-y:.o=.S))
SRCS += $(addprefix $(SRCTREE)/examples/api/,$(COBJ_FILES-y:.o=.c))
SRCS += $(addprefix $(SRCTREE)/examples/api/,$(SOBJ_FILES-y:.o=.S))


# Create a list of object files to be compiled
OBJS += $(addprefix $(obj),$(SOBJ_FILES-y))
OBJS += $(addprefix $(obj),$(COBJ_FILES-y))
OBJS += $(addprefix $(obj),$(notdir $(EXT_COBJ_FILES-y)))
OBJS += $(addprefix $(obj),$(notdir $(EXT_SOBJ_FILES-y)))


gcclibdir := $(shell dirname `$(CC) -print-libgcc-file-name`)


CPPFLAGS += -I..


all: $(obj).depend $(OUTPUT)/* Q6：依赖文件.depend是如何产生的呢？ */


#########################################################################


$(OUTPUT): $(OBJS)
$(LD) -Ttext $(LOAD_ADDR) -o $@ $^ -L$(gcclibdir) -lgcc
$(OBJCOPY) -O binary $@ $(OUTPUT).bin 2>/dev/null


# Rule to build generic library C files
$(obj)%.o: $(SRCTREE)/lib_generic/%.c
$(CC) -g $(CFLAGS) -c -o $@ $<

# Rule to build architecture-specific library assembly files
$(obj)%.o: $(SRCTREE)/lib_$(ARCH)/%.S
$(CC) -g $(CFLAGS) -c -o $@ $<

#########################################################################

# defines $(obj).depend target
include $(SRCTREE)/rules.mk/* 还记得Makefile中的397行吗，make _depend对应到rules.mk中的实

际作用就是创建.dpend文件 *//* （A6：回答了问题Q6） */

sinclude $(obj).depend

#########################################################################

/***********************************************************************************************************************/

/**************************************End：example/api/Makefile文件分析**************************************/

/***********************************************************************************************************************/

8、总结：

        针对u-boot的大致编译过程和一些相关的内容大体在上面的分析中做了解释。但是，由于水平有限，其

中也有不太明白的内容和遗漏之处，希望广大博友能批评指正。文章也写得比较乱，所以最后做个小结，也

作为此文的结语。

        uboot的编译过程大致如下流程：

        (1)、make boardname_config，在include目录下生成了config.mk文件和config.h文件。

                <1>、config.mk文件包含了这样的信息：

                           ARCH      = 

                           CPU         =

                           Board       = 

                           VENDOR = 

                           SOC         = 

                其中VENDOR和SOC不是必须要有的。config.mk文件会在顶层Makefile文件中被包含，并且上面的

                几个变量会被导出为全局变量，这样各个目录下的子Makefile文件中也可以使用这些变量。

                <2>、config.h主要包含了include/configs目录下对应的开发板的头文件，如smdk2410.h，里面的内容

                主要是定义一些以CONFIG_开头的宏。这个文件的主要作用是在make的时候这些CONFIG_开头的宏

                会被提取到autoconf.mk文件中，autoconf.mk则也会被其他的Makefile文件所包含。在编译其他源文件

                时，根据这个文件中是否包含了对应的宏选择是否编译对应的源文件。

        (1)、make，编译生成最终的目标文件。

                参考3.2。如果详细说起来实在太多，主要还是要看源码一步步分析。