📚 课程目录第1章课程导入

1. 课程导入

虚拟化，说白了就是「一机多用」。

你有一台物理硬件，通过一个叫 Hypervisor 的软件层，把它拆成多个独立的「虚拟机器」。每个虚拟机（VM）都觉得自己独占了一整台电脑，有自己的 CPU、内存、外设。但实际上，它们都在共享同一块硬件。

我刚开始接触这概念时，也觉得挺绕。后来在项目里调一个多核 SoC，一个核跑 Linux 做 UI，另一个核跑 RTOS 做电机控制。当时没有虚拟化，只能用 AMP（非对称多处理）硬分。结果呢？Linux 那边一崩，整个系统就挂了。嗯，从那以后，我彻底理解了虚拟化的价值——隔离。

核心要点： 虚拟化 = 物理资源池化 + 逻辑分区 + 隔离执行。

你想想看，现在的嵌入式系统有多复杂？

如果这些系统跑在同一块芯片上，没有隔离，会怎样？

我曾经在一个车载项目中遇到过：Linux 的媒体栈因为一个第三方 App 内存泄漏，把整个系统内存吃光了。结果呢？仪表盘黑屏，转向灯不亮，空调失控。幸好只是测试车，否则……

这就是为什么需要多域隔离：

避坑指南： 我曾经见过一个团队，为了省成本，把安全关键和非安全关键系统跑在同一个 Linux 上，用进程隔离。结果一个内核驱动 bug 直接打穿所有隔离。记住：软件隔离永远不如硬件虚拟化隔离可靠。

QNX Hypervisor 属于 Type-1 型 Hypervisor，也就是「裸机型」。它直接跑在硬件上，没有宿主 OS。这一点跟 KVM（Type-2）完全不同。

我画了一张架构图，你看一眼就明白了：

看到没？Hypervisor 在中间，上面跑多个 Guest OS。每个 Guest OS 互不感知，互不干扰。这就是「多域隔离」的物理基础。

市面上 Hypervisor 不少，Xen、KVM、ACRN、Jailhouse…… 为什么我推荐 QNX Hypervisor？

我个人的经验是：选 Hypervisor 不能只看功能列表，要看「出事之后能不能兜底」。QNX 在这方面有天然优势。

优势	说明	我的体会
微内核架构	Hypervisor 本身只有几十 KB，攻击面极小	我在安全认证项目中，微内核的代码审查量比 Linux 少了一个数量级
时间分区调度	支持固定时间片轮转，保证实时域不被饿死	曾经用这个特性，让一个 1ms 周期的控制任务和 Linux 共存，零抖动
设备直通（Passthrough）	关键外设可以直接分配给指定 VM，不经过 Hypervisor 转发	GPU 直通给 Android 做渲染，延迟比虚拟 GPU 低 40%
ASIL 认证就绪	QNX Hypervisor 已通过 ISO 26262 ASIL D 认证	做车规项目时，这个认证能省掉你大半年的安全论证工作
成熟的生态	QNX 在汽车、工业、医疗领域有 30 年积累	遇到问题，社区和官方支持响应很快，不像某些开源项目全靠自己啃

小提示： 如果你正在做功能安全项目（比如 ADAS、线控底盘），QNX Hypervisor 几乎是唯一的选择。不是因为它技术最炫，而是因为它的认证文档和工具链最完整。我见过太多团队在项目后期才发现 Hypervisor 没有安全证书，被迫换方案，那叫一个惨。

不是所有项目都需要虚拟化。我建议你对照这个清单判断：

如果你命中 2 条以上，嗯，QNX Hypervisor 值得你认真看看。

注意： 虚拟化不是银弹。它引入了一定的性能开销（通常 2%-5%），也增加了系统复杂度。我见过有人为了「炫技」在简单项目里硬上虚拟化，结果调试成本比收益还高。选型要务实。

这一章我们聊了：