1. Busybox初识：嵌入式系统的瑞士军刀

说实话，我第一次接触嵌入式Linux时，对Busybox的印象就是「这玩意儿怎么这么小？」。一个完整的Linux用户态环境，压缩完才几百KB，你敢信？

后来做项目久了才明白，Busybox在嵌入式系统里的地位，就跟螺丝刀在工具箱里一样——你也许平时不觉得它多重要，但少了它，什么都拧不动。

1.1 什么是Busybox？

Busybox是一个集成了数百个常用Linux命令的精简工具集。它把ls、cp、mv、mount、ifconfig、vi等命令打包成一个二进制文件，通过符号链接或硬链接来区分调用哪个命令。

说白了，它就是一个「万能命令」。你执行ls，它就跑ls的逻辑；你执行cp，它就跑cp的逻辑。所有代码共享同一个运行时环境，体积自然就小了。

核心特点：

单二进制设计：所有命令都在一个busybox文件里
模块化编译：用到的功能才编译进去，用不到的砍掉
兼容POSIX：命令行为尽量贴近标准Linux，但不完全一致
极简依赖：只需要内核和C库就能跑

我见过一个极端案例：某路由器项目，Flash总共就4MB，内核占了1.5MB，根文件系统只剩2.5MB。用Busybox+glibc勉强塞进去，换成GNU coreutils？想都别想。

1.2 Busybox在嵌入式系统中的地位

你想想看，嵌入式设备通常有什么特点？

Flash小——几MB到几十MB
RAM少——几十MB算富裕了
CPU慢——ARM9、Cortex-M系列常见
成本敏感——多一颗Flash芯片都是钱

在这种环境下，GNU coreutils那一套动辄几十MB的工具集根本跑不动。Busybox就成了事实上的标准。

对比项	Busybox	GNU coreutils
二进制体积	~500KB（全功能）	~10MB+
命令数量	300+（可选）	~100
启动速度	快（单进程加载）	慢（多进程加载）
依赖	仅C库	依赖多
适用场景	嵌入式、容器、急救盘	桌面、服务器

我在项目中遇到过一件事：某款工业网关，客户要求启动时间必须小于5秒。用GNU工具集做init，光加载/bin/sh就花了0.8秒。换成Busybox的ash，0.1秒搞定。嗯，差距就是这么明显。

我的习惯：做嵌入式系统，第一件事就是确认Busybox版本。太老的版本有bug，太新的版本可能体积超标。我个人推荐用长期支持版（LTS），比如1.34.x或1.36.x系列。

1.3 Busybox的编译与安装

编译Busybox其实不复杂，但有几个坑。我踩过，所以给你指出来。

1.3.1 下载源码

# 从官网下载
wget https://busybox.net/downloads/busybox-1.36.1.tar.bz2
tar -xjf busybox-1.36.1.tar.bz2
cd busybox-1.36.1

你也可以用git拉取最新代码，但我建议用稳定版。曾经有一次我用git master编译，结果某个命令行为变了，导致整个启动脚本跑飞……从那以后我再也不敢在生产环境用开发版。

1.3.2 配置

Busybox的配置方式和Linux内核一样，都是make menuconfig。

make menuconfig

进去之后你会看到类似内核的菜单树。常用的配置项：

Settings → Build static binary (no shared libs)：静态编译，适合移植
Settings → Cross compiler prefix：交叉编译工具链前缀，比如arm-linux-gnueabihf-
Linux System Utilities → mount：文件系统挂载工具，必选
Shells → ash：默认shell，建议选上
Init Utilities → init：Busybox自带的init程序

注意：如果你要静态编译，记得确认C库是否支持。glibc静态编译有时会出问题，我建议用musl libc做静态编译，体积更小，坑更少。

1.3.3 编译

# 配置交叉编译
export CROSS_COMPILE=arm-linux-gnueabihf-
export CC=${CROSS_COMPILE}gcc

# 编译
make -j$(nproc)

# 编译完成后，busybox二进制就在当前目录

编译完可以用file命令检查一下：

file busybox
# 输出类似：busybox: ELF 32-bit LSB executable, ARM, version 1 (SYSV), statically linked

1.3.4 安装

安装就是把busybox放到目标系统的文件系统里，然后创建符号链接。

# 方式一：直接安装到目录
make install CONFIG_PREFIX=/path/to/rootfs

# 方式二：手动安装
cp busybox /path/to/rootfs/bin/
cd /path/to/rootfs/bin/
for cmd in $(./busybox --list); do
    ln -sf busybox $cmd
done

make install会自动创建所有符号链接，省事。但我习惯手动做，因为有时候某些命令我不想暴露给用户，删掉链接就行。

1.3.5 验证安装

在目标系统上执行：

# 查看版本
busybox --version

# 查看支持的命令
busybox --list

# 测试一个命令
busybox ls -l /

如果一切正常，你会看到Busybox的版本号和命令列表。

避坑指南：我曾经在某个项目里，编译完Busybox后直接替换了系统的/bin/sh，结果系统起不来了。为什么？因为Busybox的ash和bash不完全兼容，有些脚本语法不一样。所以我的建议是：先保留原shell，用busybox sh测试脚本，确认没问题再切换。

1.4 Busybox在启动流程中的角色

这张图展示了Busybox在嵌入式系统启动流程中的位置：

从图上可以看得很清楚：Bootloader启动内核，内核挂载根文件系统后，第一个用户态进程就是Busybox init。它读取/etc/inittab，然后执行/etc/init.d/rcS脚本。这个脚本里就是各种服务的启动命令——而所有这些命令，都是Busybox提供的。

说白了，从内核启动完成到用户程序跑起来，中间这一整段全是Busybox的天下。它的效率直接决定了系统启动速度。

1.5 小结

Busybox不是什么高深的技术，但它确实是嵌入式Linux的基石。理解它的设计思路——单二进制、模块化、极简依赖——能帮你更好地理解整个嵌入式系统的构建哲学。

📚 课程目录

1. Busybox初识：嵌入式系统的瑞士军刀

1.1 什么是Busybox？

1.2 Busybox在嵌入式系统中的地位

1.3 Busybox的编译与安装

1.3.1 下载源码

1.3.2 配置

1.3.3 编译

1.3.4 安装

1.3.5 验证安装

1.4 Busybox在启动流程中的角色

1.5 小结