以下内容源于网络资源的学习与整理，如有侵权请告知删除。

参考博客

busybox详解_linuxarmsummary的博客-CSDN博客

一、前言

因为uboot给内核传参的bootargs中有“init=/linuxrc”这个项目，而由前面的分析可知/linuxrc这个二进制文件位于根文件系统中，它指向根文件系统的/bin/busybox这个命令。因此这里对busybox的源码进行分析。

二、源码分析

1、程序入口

（1）我们对程序进行分析时，需要按照程序运行时的逻辑顺序来分析，因此要找到入口地址。在uboot和linux kernel这两个大的C语言项目中，入口地址由连接脚本指定。而操作系统下的应用程序，它们的入口地址一般是main函数。busybox是linux启动后运行的第一个应用程序，因此其中必然有main函数，而且main就是入口地址。

（2）通过对busybox源码建立SI工程，搜索main这个符号发现有很多main函数，到底哪个才是入口地址呢？busybox-1.24.1/applets/applets.c文件的main函数中调用了lbb_main函数，通过查询该函数符号得知busybox的入口地址是busybox-1.24.1/libbb/appletlib.c中的main函数。

（3）busubox中有很多xxx_main函数，它们是busybox所支持的xxx命令的真正入口，比如ls_main函数就是busybox当作ls函数使用时的入口程序。busybox每次执行时都是先执行其入口main函数，然后通过main函数的传参argv[0]来识别要执行的xxx函数，然后调用相应的xxx_main函数来具体实现这个命令。比如pwd命令，在busybox命令行下执行pwd命令时实际执行的是pwd_main这个函数。

2、对inittab文件进行解析与执行

（1）对根文件系统中的rootfs_xjh/etc/inittab文件进行解析的是busybox-1.24.1/init/init.c文件中的init_main函数。

（2）执行逻辑

（1）先通过parse_inittab函数解析/etc/inittab文件。解析的重点是将inittab中的各个action和process解析出来。

（2）然后后面先直接执行sysinit和wait和once（注意这里只执行一遍），然后在while(1)死循环中去执行respwan和askfirst。

三、busybox的体积优势

busybox将ls、cd、mkdir等linux中常用的shell命令集成在一起，集成后busybox程序的大小比这些常用的命令的大小加起来要小很多。

busybox体积变小的原因：

（1）第一个原因，是busybox本身提供的shell命令是阉割版的。busybox中的命令支持的参数选项比发行版中要少，比如ls在发行版中可以有几十个参数选项，但是在busybox中只保留了几个常用的选项，不常用的都删除掉了。

（2）第二个原因，是因为busybox中所有命令的实现代码都在一个程序中实现，而各个命令中有很多代码函数都是通用的，通用会降低重复代码出现的次数，从而减少总的代码量和体积。比如ls、cd、mkdir等命令都会操作目录，因此在busybox中实现目录操作的函数就可以被这些命令通用。

（3）busybox的体积优势是嵌入式系统本身的要求和特点造成的。