3. OpenEmbedded与Yocto项目关系
在嵌入式Linux构建领域，OpenEmbedded与Yocto项目经常被同时提及，初学者容易把二者混为一谈。理解它们的历史渊源、职责边界与协作方式，是掌握BitBake、元数据层和Poky参考发行版的前提。本节从历史演进出发，梳理两者的区别与联系，并说明Poky在其中的定位。
3.1 OpenEmbedded的历史
OpenEmbedded（简称OE）起源于2003年前后，最初是为Sharp Zaurus等手持设备构建Linux系统的社区项目。它提出了一套以“配方（recipe）”和“元数据（metadata）”为核心的构建思想：用.bb文件描述软件包如何获取、配置、编译和打包，用.bbclass抽取公共构建逻辑，用BitBake作为任务调度与执行引擎。这套设计使交叉编译、依赖求解和镜像生成可以自动化完成。
随着嵌入式设备形态迅速增多，OE社区逐渐分化出多个方向。2007年前后，部分开发者从原OpenEmbedded代码库中分支出更精简、更稳定的构建框架，这成为后来Yocto项目的重要技术基础。OpenEmbedded社区则继续维护OpenEmbedded-Core（OE-Core），提供最基础的配方、类文件和机器配置。
3.2 Yocto项目介绍
Yocto项目由Intel、Linux基金会及多家半导体与设备厂商于2010年发起，目标是提供一套标准化、可协作、可长期维护的嵌入式Linux构建体系。它并不直接提供一个成品发行版，而是提供工具、模板、参考发行版和协作规范，让芯片厂商、板卡厂商和产品团队在同一套框架下工作。
Yocto项目的关键组成包括：
- BitBake：解析元数据、计算任务依赖并执行构建的调度引擎。
- OpenEmbedded-Core（OE-Core）：基础配方与类文件集合，是Yocto构建的公共底座。
- Poky：Yocto项目的参考发行版与集成起点，包含BitBake、OE-Core及若干默认层。
- BSP层与厂商层：描述具体芯片、开发板的引导、内核与驱动配置。
- SDK与可扩展工具：支持应用开发、镜像定制和持续集成。
Yocto项目采用“层（layer）”模型组织元数据，不同来源的配方通过bblayers.conf叠加，优先级由层顺序决定。这种结构使社区配方、芯片厂商BSP和产品定制可以解耦维护。
3.3 两者区别与联系
从职责上看，OpenEmbedded更偏向“构建框架与元数据社区”，Yocto项目更偏向“标准化协作体系与参考实现”。但二者并非竞争关系，而是深度复用：Yocto项目直接使用OE-Core作为核心元数据，BitBake也由OpenEmbedded社区共同维护。可以理解为，OpenEmbedded提供了发动机和基础零件，Yocto项目提供了整车装配规范、参考车型和工具链。
| 对比维度 | OpenEmbedded | Yocto项目 |
|---|---|---|
| 定位 | 构建框架与元数据社区 | 标准化嵌入式Linux协作体系 |
| 核心产物 | BitBake、OE-Core、配方与类 | Poky、BSP规范、SDK、文档与工具 |
| 是否提供发行版 | 不直接提供成品发行版 | 提供Poky参考发行版 |
| 组织方式 | 社区维护，层与配方分散 | 基金会协调，层模型与发布周期明确 |
| 典型使用 | 直接基于OE-Core搭建构建 | 基于Poky叠加BSP层与产品层 |
联系方面，Yocto项目的工作流几乎完全建立在OpenEmbedded技术之上：配方语法、任务模型、依赖机制、镜像生成方式均来自OE。因此学习Yocto项目时，必须理解OpenEmbedded的元数据组织方式；反之，使用OpenEmbedded时，也常借助Yocto项目的文档、工具和BSP层。
3.4 Poky参考发行版
Poky是Yocto项目提供的参考发行版，也是大多数开发者接触Yocto的入口。它把BitBake、OE-Core以及一组默认层打包在一起，形成一个可以直接构建并运行在QEMU或真实硬件上的最小系统。Poky不是最终产品，而是“可工作的样板”：它验证了元数据组合是否正确，也为产品定制提供了起点。
Poky的典型目录结构如下：
poky/
├── bitbake/ # BitBake 构建引擎
├── meta/ # OE-Core 核心元数据
├── meta-poky/ # Poky 发行版配置
├── meta-yocto-bsp/ # 参考 BSP 层
├── oe-init-build-env # 初始化构建环境脚本
└── documentation/ # 文档与手册初始化构建环境并查看层配置：
source oe-init-build-env build
bitbake-layers show-layers输出中通常可以看到meta、meta-poky、meta-yocto-bsp三层。产品开发时，一般保留Poky作为基础，再通过bitbake-layers add-layer加入芯片厂商BSP层和产品定制层。这样既复用了Poky的验证成果，又保持了产品差异化的可维护性。
core-image-minimal，确认BitBake、下载源和交叉工具链正常，再逐步叠加BSP层与自定义配方，避免一开始就陷入多层冲突。
3.5 常见误区与复盘
误区一：把Yocto项目当成一个发行版。实际上Yocto项目是构建体系与协作规范，Poky才是参考发行版。误区二：认为OpenEmbedded已经过时。OE-Core至今仍是Yocto构建的核心元数据，BitBake也持续由OE社区维护。误区三：直接修改Poky自带配方来定制产品。正确做法是新建产品层，用.bbappend覆盖或追加配置，保持上游层可升级。
复盘来看，理解二者关系的关键在于抓住三条线：历史线——OE提供框架起源，Yocto推动标准化；技术线——BitBake与OE-Core是共同底座；产品线——Poky是集成起点，BSP层与产品层完成差异化。掌握这三条线，后续学习层结构、配方语法和镜像定制时就不会迷失方向。