源码获取与编译环境搭建：下载BusyBox源码、配置交叉编译工具链、搭建最小编译环境
好，咱们正式开始动手。这一章要解决的是「饭从哪里来」和「锅怎么支」的问题。说白了，就是拿到BusyBox的源码，再把交叉编译环境搭好。我在项目里见过太多人卡在这一步——不是下载了错误的版本，就是工具链没配对，折腾半天编译不过去。嗯，咱们一步步来，把坑提前填上。
1. 获取BusyBox源码
BusyBox的官方源码托管在git上。我个人习惯用git clone，因为后续想切分支、看历史都方便。当然，你也可以直接下载tar包。
官方仓库地址： https://git.busybox.net/busybox
我建议你拉取最新的稳定分支。为什么？因为主线分支可能引入新bug，而太老的版本又缺少对新内核特性的支持。举个例子，我在做一个ARM Cortex-A7的项目时，用了1.30.0版本，结果发现它对某些mount选项解析有问题，换成1.33.0就正常了。
# 克隆最新稳定版（推荐）
git clone git://busybox.net/busybox.git
cd busybox
git checkout 1_36_stable
# 或者直接下载tar包
wget https://busybox.net/downloads/busybox-1.36.0.tar.bz2
tar -xjf busybox-1.36.0.tar.bz2
cd busybox-1.36.0小技巧： 如果你在公司内网，git协议可能被屏蔽。这时候用https协议：https://git.busybox.net/busybox。我曾经被这个问题卡了半天，后来才发现是防火墙搞的鬼。
2. 配置交叉编译工具链
交叉编译，说白了就是「在PC上编译，在目标板上运行」。你想想看，你的开发机是x86架构，但嵌入式板子可能是ARM、MIPS或者RISC-V，不交叉编译怎么行？
工具链的选择，我一般分三种情况：
| 场景 | 推荐工具链 | 说明 |
|---|---|---|
| 快速原型验证 | Buildroot生成的工具链 | 一键生成，省心 |
| 商业产品开发 | 芯片厂商提供的工具链 | 针对性强，优化好 |
| 学习实验 | Linaro GCC | 免费，社区活跃 |
我个人最常用的是Linaro的ARM工具链，因为它更新及时，而且对ARMv7和ARMv8支持都很好。下载安装很简单：
# 以ARM 32位为例
wget https://releases.linaro.org/components/toolchain/binaries/latest-7/arm-linux-gnueabihf/gcc-linaro-7.5.0-2019.12-x86_64_arm-linux-gnueabihf.tar.xz
tar -xf gcc-linaro-7.5.0-2019.12-x86_64_arm-linux-gnueabihf.tar.xz
sudo mv gcc-linaro-7.5.0-2019.12-x86_64_arm-linux-gnueabihf /opt/
# 配置环境变量
export PATH=/opt/gcc-linaro-7.5.0-2019.12-x86_64_arm-linux-gnueabihf/bin:$PATH
export ARCH=arm
export CROSS_COMPILE=arm-linux-gnueabihf-注意： 环境变量要写到 ~/.bashrc 或 ~/.profile 里，否则每次开新终端都要重新export。我曾经忘了这茬，每次编译前都要手动敲一遍，烦得很。
3. 搭建最小编译环境
最小编译环境需要什么？其实就三样东西：
- 交叉编译器：上面已经装好了
- 内核头文件：编译某些工具时需要
- C库头文件：BusyBox依赖基本的libc接口
如果你用的是Linaro工具链，这些头文件已经包含在工具链里了。但如果你自己从零构建，那就得手动指定路径。我建议初学者直接用完整的工具链，省去这些麻烦。
验证工具链是否可用：
arm-linux-gnueabihf-gcc --version
# 输出类似：
# arm-linux-gnueabihf-gcc (Linaro GCC 7.5-2019.12) 7.5.0看到版本号，说明工具链已经就绪。接下来我们测试一下能不能编译一个最简单的程序：
echo 'int main(){return 0;}' > test.c
arm-linux-gnueabihf-gcc -o test test.c
file test
# 输出：test: ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV)嗯，看到「ARM」字样，说明交叉编译成功了。这一步虽然简单，但非常重要——我见过有人工具链没装对，编译出来的还是x86的可执行文件，放到板子上直接报「Exec format error」。
4. 知识体系梳理
这一章的内容，说白了就是三个环节：源码获取、工具链配置、环境验证。它们之间的关系可以用下面的图来表示：
我的经验： 搭建环境这件事，千万别图快。我见过有人十分钟就搞定了，结果编译出来的BusyBox在板子上跑不起来，排查了两天才发现是工具链的glibc版本和板子上的内核不匹配。老老实实按流程走一遍，比事后debug省心得多。
5. 避坑指南
- 我曾经用了一个32位的工具链去编译64位的目标，结果链接阶段各种报错。后来才意识到，工具链的位数要和目标架构匹配。
- 我曾经忘记设置
CROSS_COMPILE环境变量，结果make的时候调用了本机的gcc，编译出来的东西在板子上完全不能用。嗯，从那以后我每次编译前都会先echo $CROSS_COMPILE确认一下。 - 注意： 如果你用的是Buildroot或Yocto生成的工具链，它们的路径可能比较深。建议用绝对路径或者做一个软链接到
/opt下，方便管理。
好了，环境搭好了，源码也拿到了。下一章咱们就进入真正的裁剪环节——怎么配置BusyBox，让它又小又够用。到时候我会分享一些我在实际产品中用的配置技巧，保证让你少走弯路。
本章核心要点：
- 使用git clone获取BusyBox源码，并切换到稳定分支
- 根据目标架构选择合适的交叉编译工具链
- 设置ARCH和CROSS_COMPILE环境变量
- 用简单的test.c验证工具链是否正常工作
可可精品资料库