4、开发环境搭建：Yocto与Buildroot双环境实战

说实话，搭建开发环境这件事，看着简单，但坑是真不少。我见过太多新手卡在这一步，一卡就是半天。今天我就把两套工具链的环境搭建过程，掰开了揉碎了讲给你听。

4.1 Yocto环境搭建

4.1.1 依赖安装

Yocto对宿主机的依赖要求比较严格。我个人习惯用Ubuntu 20.04 LTS，稳定，踩坑少。先跑一遍这个命令：

sudo apt-get update
sudo apt-get install gawk wget git diffstat unzip texinfo gcc build-essential \
    chrpath socat cpio python3 python3-pip python3-pexpect xz-utils debianutils \
    iputils-ping python3-git python3-jinja2 libegl1-mesa libsdl1.2-dev \
    pylint3 xterm python3-subunit mesa-common-dev zstd liblz4-tool

嗯，这里要注意——千万别漏了 zstd 和 liblz4-tool。我之前在某个项目里，就因为少了这两个包，构建到一半报错，排查了半天才发现是压缩工具链缺失。

4.1.2 Poky克隆

Poky是Yocto的参考发行版，说白了就是官方给你准备好的样板工程。克隆命令很简单：

git clone git://git.yoctoproject.org/poky
cd poky
git checkout -b my-branch origin/kirkstone

为什么选kirkstone分支？因为它是LTS版本，稳定。你想想看，生产环境谁敢用滚动更新？我一般会再建一个自己的分支，方便后续打补丁。

4.1.3 首次构建

首次构建，我建议你选一个轻量级的目标——qemux86-64。这样构建时间短，能快速验证环境是否正常。

source oe-init-build-env build-qemu
bitbake core-image-minimal

第一次构建大概需要30分钟到1小时，取决于你的网络和机器性能。为什么这么久？因为Yocto会从源码编译所有东西，包括交叉编译工具链、内核、根文件系统。说白了，它不是在「下载」一个系统，而是在「制造」一个系统。

4.2 Buildroot环境搭建

4.2.1 依赖安装

Buildroot的依赖比Yocto少很多，这也是它轻量的原因之一。在Ubuntu上：

sudo apt-get install build-essential git wget cpio unzip rsync bc \
    python3 python3-distutils file

你看，就这么几行。Buildroot的设计哲学就是「够用就好」。我在项目中遇到过，有些团队为了省事，直接用Buildroot替代Yocto，确实快很多。

4.2.2 源码下载

Buildroot的源码下载方式有两种：

• 方式一：从官网下载稳定版压缩包
• 方式二：从Git仓库克隆

我个人推荐第二种，方便后续更新：

git clone https://git.buildroot.net/buildroot
cd buildroot
git checkout 2023.02.x

2023.02.x也是LTS版本，支持到2025年。你想想看，选LTS版本的好处就是——不用频繁升级，省心。

4.2.3 首次构建

Buildroot的首次构建，我建议用默认配置先跑一遍：

make qemu_x86_64_defconfig
make

第一次构建大概10-20分钟。为什么比Yocto快这么多？因为Buildroot用的是预编译的交叉工具链，而不是从源码编译。说白了，它是在「组装」一个系统，而不是「制造」一个系统。

4.3 两套环境对比总结

嗯，看到这个表格，你应该能感受到两套工具链的定位差异了。Yocto适合需要深度定制、长期维护的项目；Buildroot适合快速原型验证、资源受限的场景。

4.4 本章知识体系

下面这张图，帮你理清两套环境搭建的核心逻辑：

这张图把两套环境的搭建流程和核心差异都标出来了。你跟着这个逻辑走，基本不会迷路。