以下内容源于网络资源的学习与整理,如有侵权请告知删除。
参考博客
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的体积优势是嵌入式系统本身的要求和特点造成的。