3、Busybox编译与配置：源码获取、menuconfig配置、静态编译与动态编译选择

好，咱们接着聊。上一节我们把根文件系统的骨架搭起来了，但光有骨架不行，得往里面塞“器官”——也就是各种用户态命令。而Busybox，就是那个能把上百个Linux命令打包成一个二进制文件的“瑞士军刀”。

说实话，我最早接触嵌入式Linux时，对Busybox的理解就是“一个瘦身版的Linux工具箱”。但用久了才发现，它的配置和编译选项里，藏着不少坑。今天我就把这几年的经验捋一捋，从源码获取到编译选型，一步步说清楚。

3.1 源码获取：别下错版本

Busybox的源码获取很简单，但有个细节要注意——版本选择。

我个人习惯去 busybox.net 下载稳定版。为什么强调稳定版？因为开发版（git master）有时候会引入一些实验性功能，编译时可能报一些莫名其妙的错误。我在项目中就吃过这个亏，有一次为了赶进度直接拉了最新代码，结果编译出来的ping命令在目标板上跑不起来，折腾了半天才发现是某个补丁没合入。

所以，我的建议是：

  • 生产环境：选 LTS 或稳定版，比如 1.36.x 系列
  • 学习实验：可以用最新版，但做好踩坑的心理准备

下载命令很简单：

wget https://busybox.net/downloads/busybox-1.36.1.tar.bz2
tar -xjf busybox-1.36.1.tar.bz2
cd busybox-1.36.1

嗯，这里要注意：解压后先别急着编译，先看看 README 和 INSTALL 文件。里面有些针对特定架构的说明，比如 ARM 和 MIPS 的配置差异。

3.2 menuconfig配置：像搭积木一样选功能

配置Busybox，最核心的命令就是：

make menuconfig

这个界面大家应该不陌生，和Linux内核的配置界面一脉相承。但Busybox的菜单项更多、更细。你想想看，它要模拟上百个命令，每个命令都有自己的一堆选项。

我一般会按这个顺序来配置：

  1. Target Architecture：选你的CPU架构，比如 ARM、x86、MIPS
  2. Build Options：编译选项，这里决定静态还是动态编译
  3. Busybox Settings：通用设置，比如是否启用调试符号
  4. Applets：具体命令的开关，这是最花时间的地方

说到Applets，我有个经验：不要全选。全选虽然省事，但编译出来的二进制体积会大很多，而且有些命令在嵌入式环境里根本用不到。比如你做一个路由器，就不需要 login 和 passwd 这些多用户相关的命令。

我的小技巧：先按默认配置编译一次，然后在目标板上跑一遍你的应用，缺什么命令再回头打开。这样能最大程度避免“过度裁剪”。

另外，menuconfig 里有个搜索功能，按 / 键可以搜索命令名。比如你想找 ls 命令，输入 ls 就能看到它在哪个菜单下。这个功能我经常用，省得一层层翻菜单。

3.3 静态编译 vs 动态编译：一个经典选择题

好，到了今天的重头戏——静态编译还是动态编译？

这个问题，说白了就是：你要体积，还是要灵活性？

咱们先看配置位置。在 menuconfig 的 Build Options 里，有两个关键选项：

  • Build Busybox as a static binary (no shared libs) —— 静态编译
  • Build Busybox as a shared binary —— 动态编译

我画了一张图，帮你快速理解两者的区别：

静态编译 Busybox 二进制 包含所有库代码（libc等） 运行时不依赖外部库 体积较大（约 800KB - 2MB） 移植方便，单文件搞定 ✅ 优点：部署简单，兼容性好 ❌ 缺点：体积大，更新库需重编 动态编译 Busybox 二进制 仅包含代码，不包含库 运行时需 libc.so 等库支持 体积较小（约 200KB - 500KB） 库可单独更新 ✅ 优点：体积小，库可复用 ❌ 缺点：需额外部署库文件 对比

你看，静态编译就是把所有依赖的库函数（比如 printf、malloc 这些）直接塞进Busybox的二进制文件里。运行时不需要任何外部库，一个文件就能跑。动态编译则相反，它只保留调用指令，运行时再去系统里找对应的 .so 文件。

3.3.1 我什么时候选静态编译？

我在做 最小系统 或 急救系统 时，几乎必选静态编译。为什么？

  • 目标板上可能没有 libc.so，或者版本不匹配
  • 你希望一个 busybox 文件扔进去就能用，不用管依赖
  • 比如做 initramfs，空间有限但必须保证所有命令可用

我曾经给一个老旧的MIPS路由器做固件，它的根文件系统里连 /lib 目录都没有。动态编译的Busybox根本跑不起来，换成静态编译后，一个文件就搞定了所有管理命令。

注意：静态编译的Busybox体积会大不少。我测过，默认配置下，静态版大约 1.2MB，动态版只有 400KB 左右。如果你的Flash空间很紧张（比如只有 4MB），这个差距就很关键了。

3.3.2 我什么时候选动态编译？

如果你的根文件系统里已经有一套完整的 glibc 或 musl 库，那动态编译是更优的选择。原因很简单：

  • 体积小：Busybox本身只有几百KB
  • 库可复用：系统里其他程序也用同一套库，不浪费空间
  • 更新方便：如果库有安全漏洞，只更新 .so 文件就行，不用重新编译Busybox

我现在的项目里，大部分场景都用动态编译。因为我们的根文件系统已经包含了 musl 库（体积比 glibc 小很多），所以Busybox动态编译后只有 300KB 左右，非常香。

3.3.3 如何切换？

在 menuconfig 里，找到 Settings → Build Options：

# 静态编译
[*] Build Busybox as a static binary (no shared libs)

# 动态编译（取消上面的勾选，然后选这个）
[*] Build Busybox as a shared binary

选好后，保存退出，然后：

make -j$(nproc)
make install

编译好的文件默认放在 _install 目录下。你可以用 file 命令检查一下：

file _install/bin/busybox

静态编译会显示 statically linked，动态编译会显示 dynamically linked 以及依赖的库。

3.4 交叉编译：别忘了指定工具链

如果你是在PC上编译，但目标板是ARM架构，那就需要交叉编译。这一步很多人会忘，结果编译出来的二进制在目标板上跑不了。

配置方法：

make menuconfig

在 Settings → Build Options 里，找到 Cross compiler prefix，填入你的交叉编译工具链前缀。比如我用的是 arm-linux-gnueabihf-：

arm-linux-gnueabihf-

注意后面的横线不能少。然后保存，编译时就会自动调用 arm-linux-gnueabihf-gcc 了。

一个小坑：交叉编译时，静态编译比动态编译更“安全”。因为动态编译需要目标板上有对应的 .so 文件，而且版本要匹配。我曾经用 glibc 2.31 的工具链编译动态版，结果目标板上装的是 glibc 2.28，运行时直接报 version GLIBC_2.31 not found。换成静态编译后，问题消失。

3.5 我的推荐配置

最后，给一个我常用的配置模板，供你参考：

场景 编译方式 体积 适用条件
最小系统 / initramfs 静态编译 ~1.2MB 无外部库依赖，单文件部署
标准嵌入式系统 动态编译（musl） ~300KB 根文件系统已包含 musl 库
标准嵌入式系统 动态编译（glibc） ~400KB 根文件系统已包含 glibc 库
开发调试阶段 静态编译（带调试符号） ~3MB 方便 gdb 调试，发布前去符号

嗯，差不多就这些。Busybox的配置和编译，说白了就是“按需裁剪，选对编译方式”。静态编译省心但费空间，动态编译省空间但费心思。你根据自己项目的Flash大小和库依赖情况来选就行。

我个人更倾向于动态编译 + musl 的组合，体积和灵活性都兼顾了。但如果你刚开始做，或者目标板环境不确定，静态编译是最稳妥的选择——至少不会出现“缺库跑不起来”的尴尬。

好，这一节就到这儿。记住：配置时多花点心思，编译时就少掉点头发。

← 上一章 📖 返回目录 下一章 →