Yocto核心概念：Poky、BitBake、Layer、Recipe、Class、Configuration文件

说实话，刚接触Yocto那会儿，我差点被这一堆术语劝退。Poky、BitBake、Layer、Recipe……每个词都认识，凑在一起就不知道在说什么了。但后来我发现，只要你理解了Yocto的构建哲学，这些概念其实是一环扣一环的。

咱们今天就把这些核心概念拆开揉碎了讲。我保证，看完这一章，你至少能跟别人聊明白Yocto到底是怎么工作的。

1. Poky：Yocto的参考构建系统

Poky是什么？说白了，它是Yocto项目提供的一个参考构建系统。你可以把它理解成一个「样板间」——里面包含了构建嵌入式Linux所需的所有基本组件。

我个人习惯把Poky比作一个「骨架」。它提供了BitBake、Metadata、各种工具链，但你真正做产品时，通常不会直接用Poky，而是基于它去定制。

我在项目中遇到过一个问题：有同事直接修改Poky自带的Recipe，结果一升级Poky版本，改的东西全丢了。嗯，这里要注意——永远不要直接修改Poky内部的代码，你应该通过Layer来扩展。

2. BitBake：Yocto的构建引擎

BitBake是Yocto的心脏。它是一个任务调度器，类似于Make，但比Make强大得多。

你想想看，Make只能处理简单的依赖关系，而BitBake能处理复杂的任务依赖、变量覆盖、多线程构建。它本质上是一个Python写的构建工具。

BitBake的核心工作流程是这样的：

1. 解析Metadata（Recipe、Class、Configuration等）
2. 构建依赖树
3. 按顺序执行任务（fetch、extract、patch、configure、compile、install、package等）

3. Layer：模块化的核心

Layer是Yocto最优雅的设计之一。它把不同的功能模块化，你可以像搭积木一样组合它们。

举个例子：

• meta：Poky自带的通用层
• meta-raspberrypi：树莓派的板级支持层
• meta-myapp：你自己的应用层

每个Layer都有自己的优先级。优先级高的Layer会覆盖优先级低的。这就是Yocto的「覆盖机制」——你不需要修改别人的代码，只需要在自己的Layer里重新定义就行了。

我曾经在项目中遇到一个坑：两个Layer都定义了同一个配置文件，结果优先级低的那个被静默覆盖了。排查了好久才发现是Layer顺序的问题。所以，一定要在 bblayers.conf 里明确Layer的优先级。

4. Recipe：构建的原子单位

Recipe是Yocto里最基本的构建单元。它告诉BitBake：从哪里下载源码、怎么配置、怎么编译、怎么安装。

一个典型的Recipe长这样：

# hello_1.0.bb
SUMMARY = "Hello World example"
LICENSE = "MIT"
SRC_URI = "https://example.com/hello-${PV}.tar.gz"

do_compile() {
    ${CC} hello.c -o hello
}

do_install() {
    install -d ${D}${bindir}
    install -m 0755 hello ${D}${bindir}
}

你看，Recipe其实就是一组变量和函数的集合。变量定义「是什么」，函数定义「怎么做」。

5. Class：共享的构建逻辑

Class是Yocto里用来复用代码的机制。你可以把它理解成「模板」或「基类」。

比如，很多Recipe都需要用autotools来构建。你不需要在每个Recipe里重复写autotools的逻辑，只需要继承 autotools.bbclass 就行了。

常用的Class有：

Class名称	用途
autotools.bbclass	处理autotools项目的构建
cmake.bbclass	处理CMake项目的构建
kernel.bbclass	构建Linux内核
image.bbclass	构建根文件系统镜像

我个人习惯把通用的构建逻辑提取成Class。比如，我做过一个 my-custom-logic.bbclass，专门处理公司内部的签名和加密流程。这样所有Recipe都能复用，改起来也方便。

6. Configuration文件：全局的「开关」

Configuration文件是Yocto的全局设置。它们决定了整个构建的行为。

最重要的几个配置文件：

• local.conf：本地构建配置，比如目标机器、并行编译数、下载目录等
• bblayers.conf：声明哪些Layer参与构建
• machine.conf：板级配置，比如CPU架构、内核设备树等
• distro.conf：发行版配置，比如默认的C库、包管理器等

举个例子，在 local.conf 里你可能会写：

MACHINE = "raspberrypi4-64"
DL_DIR = "/home/user/downloads"
BB_NUMBER_THREADS = "8"

这些配置文件的优先级是：local.conf > distro.conf > machine.conf。也就是说，你在 local.conf 里设置的值会覆盖其他地方的设置。

7. Yocto的构建哲学：一切皆可覆盖

理解了上面这些概念，你就能明白Yocto的构建哲学了——一切皆可覆盖。

Yocto不是让你从头写代码，而是让你在已有的基础上做增量修改。Layer覆盖Layer，Recipe覆盖Recipe，变量覆盖变量。这种设计让Yocto变得极其灵活。

你想想看，如果你要支持一块新的开发板，你不需要修改Poky的代码。你只需要创建一个新的Layer，在里面添加板级配置和驱动Recipe就行了。这就是Yocto的魅力所在。

下面这张图展示了Yocto的核心架构：

从这张图你能看到，Yocto的构建流程是自顶向下的。用户通过配置文件告诉BitBake「要什么」，BitBake解析Metadata，Metadata按Layer组织，最终输出你想要的镜像或SDK。

嗯，这就是Yocto的核心哲学——分层、可覆盖、模块化。理解了这一点，你就能驾驭Yocto了。

下一章我们会深入Layer的实战操作，教你如何创建自己的Layer。不过那是后话了，先把这些概念消化掉再说。

可可精品资料库