📚 课程目录第3章 BusyBox源码获取

3. BusyBox 源码获取：从官网下载、Git仓库克隆、版本选择策略

好，咱们开始聊 BusyBox 的源码获取。这一步其实很简单，但版本选不对，后面会踩很多坑。我见过不少新手，随便找个版本就开始搞，结果编译不过，或者集成到根文件系统里跑不起来，回头查半天才发现是版本匹配的问题。

说白了，BusyBox 的源码获取就三条路：官网下载压缩包、Git 仓库克隆、以及通过包管理器获取。咱们一条一条说清楚。

我个人习惯，做产品原型或者教学实验时，优先用官网的稳定版。为什么呢？稳定，省心。

官网地址是：https://busybox.net/。进去之后点 "Download"，你会看到类似这样的页面：

我的建议： 如果你是第一次做根文件系统，直接选最新的稳定版，比如 1.36.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/

解压完，你就能看到熟悉的源码目录结构了。里面有 Makefile、Config.in、applets/、libbb/ 这些核心目录。嗯，这里要注意，Config.in 是 BusyBox 的配置菜单文件，后面咱们做裁剪时会频繁跟它打交道。

如果你需要最新的功能，或者想参与开发、修 Bug，那就得从 Git 仓库拉了。BusyBox 的官方 Git 仓库托管在 git.busybox.net 上。

克隆命令：

git clone git://git.busybox.net/busybox
cd busybox

克隆下来之后，默认是在 master 分支上。这个分支是开发分支，代码可能不太稳定。我建议你切到某个 tag 上，比如：

git tag -l '1_*' | sort -V
git checkout 1_36_1

这样你就拿到了和官网稳定版一样的代码。

注意： 我曾经在项目里直接用了 master 分支的代码，结果编译通过了，但运行时有几个 applet 行为异常。后来查了 Git log，发现那个 commit 刚合进去两天，还没经过充分测试。所以，生产环境千万别用 master 分支。

版本选不对，后面全是泪。我总结了一套选择策略，你照着来基本不会出问题。

BusyBox 的某些功能依赖内核的系统调用接口。比如，老版本 BusyBox 可能不支持新内核里的 mount 选项。反过来，新版本 BusyBox 也可能用了老内核没有的系统调用。

一般来说，这个对应关系是这样的：

交叉编译工具链的版本也会影响 BusyBox 的编译。比如，GCC 版本太老，可能不支持 C11 标准，而新版本 BusyBox 的某些代码用了 C11 特性。

我一般这样选：

核心原则： 工具链版本 >= BusyBox 要求的 GCC 最低版本。怎么查这个最低版本？看 BusyBox 源码根目录下的 README 文件，里面会写 "Minimum build requirements"。

你想想看，如果你的根文件系统只需要基本的 sh、ls、cp、mount，那用 1.30.x 都绰绰有余。但如果你需要 nsenter、unshare 这些容器相关的工具，那就得用 1.33.x 以上了。

我整理了一个功能与版本的关系表：

下面这张图把整个源码获取的路径和版本选择逻辑串起来了，你一看就明白。

下载完源码，别急着解压编译。先验证一下文件完整性，防止下载过程中损坏。官网提供了 SHA256 校验文件。

验证步骤：

踩坑提醒： 我曾经有一次下载到一半网络断了，重新下载后没校验就直接用。结果解压时报错，折腾了半小时才发现是压缩包坏了。从那以后，我每次下载都先跑一遍 sha256sum。

这一章的内容其实不复杂，但版本选择是后面所有工作的基础。记住三条：