3. 源码获取与配置：从Git仓库到编译决策

做嵌入式系统这么多年，我见过太多人在Busybox的源码获取和配置阶段就埋下了坑。说实话，这一步要是没走对，后面再怎么优化也是白搭。今天咱们就聊聊怎么把源码拿到手，怎么配置，以及那个老生常谈的问题——静态编译还是动态编译。

3.1 从Git仓库获取源码

我个人习惯直接从官方Git仓库拉取源码。别去网上随便下载什么“优化版”、“精简版”，那些东西你根本不知道里面改了什么。

# 克隆完整仓库
git clone git://busybox.net/busybox.git

# 或者只拉最新代码，省时间
git clone --depth 1 git://busybox.net/busybox.git

为什么要用--depth 1？你想想看，一个完整仓库可能有几千个commit，你只是要编译一个能用的小系统，历史记录对你来说没啥用。我在做IoT网关项目时，网络环境很差，拉完整仓库花了快半小时，后来改用--depth 1，十几秒就搞定了。

拉下来之后，记得看看版本：

cd busybox
git tag | tail -10
git checkout 1_36_1  # 切到稳定版

3.2 menuconfig配置界面详解

配置Busybox，最常用的就是make menuconfig。这个界面看着像老古董，但功能一点不弱。

make menuconfig

进去之后，你会看到一个分层的菜单结构。我刚开始用的时候也觉得眼花，后来摸清了门道，其实就几个关键区域：

菜单区域	作用	我的建议
Settings	全局配置，包括编译选项、路径、静态/动态选择	先配这里，再配别的
Applets	各个命令的开关，按字母排序	只开你需要的，别全选
Linux Module Utilities	内核模块相关工具	嵌入式系统一般用不到
Debugging	调试选项，比如打印更多信息	产品发布前关掉

操作很简单：Y键选中，N键取消，M键编译成模块（Busybox里很少用）。空格键也可以切换状态。按?键能看到帮助信息，这个很有用。

我记得有一次，同事配了半天，编译出来发现命令不全。后来一看，他把CONFIG_PREFIX设成了系统根目录，差点把开发机搞崩。嗯，这里要注意，安装路径一定要设成一个空目录。

3.3 静态编译与动态编译的选择

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

咱们先看看区别：

对比项	静态编译	动态编译
可执行文件大小	大（约800KB-1.2MB）	小（约200KB-400KB）
依赖	无外部依赖	需要libc等动态库
部署	单个文件，扔进去就能跑	需要把库也拷过去
升级	替换整个busybox	可以只升级库
启动速度	稍快（省去动态链接）	稍慢（需要加载库）

怎么选？我一般这么判断：

• 做initramfs或最小系统 — 必须静态编译。你想想看，内核刚启动时，文件系统还没挂载，动态库从哪来？
• 做完整根文件系统 — 动态编译更合适。体积小，升级方便。
• 目标系统存储极小（比如4MB Flash） — 动态编译，配合uclibc或musl。
• 需要移植到不同平台 — 静态编译，省去库的兼容性问题。

配置方法很简单：在menuconfig里进入Settings，找到Build static binary (no shared libs)，按Y选中。或者直接改配置文件：

# 静态编译
make allnoconfig  # 先清空所有配置
make menuconfig   # 手动选你需要的
# 或者直接改.config文件
sed -i 's/# CONFIG_STATIC is not set/CONFIG_STATIC=y/' .config

动态编译的话，记得确认目标系统上有对应的libc。我一般用readelf -d busybox查看依赖：

$ readelf -d busybox | grep NEEDED
0x00000001 (NEEDED)  Shared library: [libc.so.6]
0x00000001 (NEEDED)  Shared library: [ld-linux.so.3]

看到这些依赖，你就知道部署时得带上哪些库了。

3.4 一张图看懂整个流程

说了这么多，咱们用一张SVG图把整个流程串起来。从获取源码到最终决定编译方式，每一步都有讲究。

这张图把整个决策路径画清楚了。从Git仓库拉代码，选好版本，进menuconfig配置，最后在静态和动态之间做选择。每一步都有它的道理。