1、裸机开发回顾：为什么还要学裸机？裸机程序的内存模型与中断处理。
说实话，每次开课我都会被问到这个问题：「老师，现在Linux驱动这么火，为什么还要回头学裸机？」
我的回答很简单：不懂裸机，你写的Linux驱动就是空中楼阁。
我自己带过不少新人，有些人上来就啃Linux内核源码，结果连GPIO寄存器怎么映射到内存地址都搞不清楚。遇到中断处理，更是两眼一抹黑。说白了，裸机是嵌入式系统的「底层语法」，你连语法都不熟，怎么去写「长篇作文」？
这一章，我们就来把裸机开发的核心——内存模型和中断处理——彻底讲透。我会结合我踩过的坑，帮你把基础打牢。
1.1 裸机程序的内存模型：一张「地图」决定一切
裸机程序跑起来，第一件事就是搞清楚内存怎么布局。没有操作系统帮你管理，所有地址都是「硬编码」的。
我习惯把内存模型比作一张「地图」。芯片上电后，CPU看到的就是这张地图。哪里是Flash（代码区），哪里是SRAM（数据区），哪里是外设寄存器，全写死了。
以常见的STM32F103为例，它的内存映射大致如下：
| 地址范围 | 用途 | 说明 |
|---|---|---|
| 0x0000 0000 - 0x0000 FFFF | 别名区 / 启动配置 | 可映射到Flash或系统存储器 |
| 0x0800 0000 - 0x0801 FFFF | Flash（代码存储） | 你的程序就放在这里 |
| 0x2000 0000 - 0x2000 4FFF | SRAM（运行时数据） | 栈、堆、全局变量都在这里 |
| 0x4000 0000 - 0x4002 3FFF | 外设寄存器 | GPIO、UART、定时器等 |
你想想看，在Linux下你根本不用关心这些地址，因为内核帮你映射好了。但在裸机里，你要直接操作0x40010C00这样的地址来点亮一个LED。
核心概念：裸机程序里，所有变量、函数、堆栈都落在固定的物理地址上。没有MMU，没有虚拟地址，一切都是「所见即所得」。
我记得有一次调试一个I2C驱动，死活读不到数据。折腾了半天，发现是寄存器基地址写错了——我把0x40005400写成了0x4000540。就少了一个0，整个外设都不工作了。嗯，这种错误在裸机开发里太常见了。
1.2 中断处理：从「轮询」到「事件驱动」的跨越
裸机程序有两种处理外部事件的方式：轮询和中断。
轮询很简单——CPU不停地问：「按键按了吗？数据来了吗？」。这种方式在简单场景下够用，但CPU利用率极低。你想想看，如果CPU每秒要查询1000次按键状态，那它基本就干不了别的了。
中断就不一样了。CPU该干嘛干嘛，等事件来了，硬件会主动通知CPU：「嘿，别忙了，先来处理我！」
中断处理的核心流程，我总结为三步：
- 中断触发：外设产生中断信号，CPU保存当前上下文（PC、寄存器等）
- 中断向量跳转：CPU根据中断号，从向量表中找到对应的处理函数入口
- 中断服务函数执行：处理完事件后，恢复上下文，返回断点继续执行
这里有个关键点——中断向量表。它是一张表格，每个中断号对应一个函数指针。芯片上电后，CPU会从0x0000 0000地址读取栈指针，从0x0000 0004地址读取复位向量，然后跳转执行。
一个典型的向量表定义如下：
// 中断向量表，放在Flash起始位置
__attribute__((section(".isr_vector")))
void (* const g_pfnVectors[])(void) = {
&_estack, // 0x0000 0000: 栈顶指针
Reset_Handler, // 0x0000 0004: 复位中断
NMI_Handler, // 0x0000 0008: NMI
HardFault_Handler, // 0x0000 000C: 硬错误
MemManage_Handler, // 0x0000 0010: 内存管理错误
BusFault_Handler, // 0x0000 0014: 总线错误
UsageFault_Handler, // 0x0000 0018: 用法错误
// ... 其他中断
USART1_IRQHandler, // 串口1中断
TIM2_IRQHandler, // 定时器2中断
};
我的习惯：写裸机中断时，我会在中断服务函数里尽量少做事。只做标志位设置或数据拷贝，真正的处理逻辑放到主循环里。这样可以避免中断嵌套导致的优先级反转问题。
1.3 为什么学裸机？三个理由就够了
你可能还是会问：「我直接学Linux驱动不行吗？」
行，但你会走很多弯路。我总结三个理由：
- 理由一：理解「底层机制」。Linux驱动里的ioremap、request_irq，本质上就是对裸机操作的封装。你懂了裸机，就知道这些API背后在干什么。不懂裸机，你只是「调API的搬运工」。
- 理由二：调试能力。裸机出问题，你直接看寄存器、看内存。Linux驱动出问题，你还要考虑内核调度、进程上下文、中断上下文。没有裸机基础，你连问题出在哪一层都分不清。
- 理由三：性能优化。我曾经优化过一个音频驱动，发现中断响应延迟太高。查到最后，是Linux内核的中断线程化导致的。如果你不懂裸机中断的实时性，你根本想不到这个方向。
避坑指南：我曾经带过一个项目，团队里有人直接用Linux的GPIO中断库去控制一个高速传感器。结果发现中断响应延迟不稳定，数据丢包严重。后来我让他改成裸机方式——直接操作寄存器、关掉内核中断抢占，问题立刻解决。所以，裸机不是过时的技术，而是关键时刻的「救命稻草」。
1.4 裸机与Linux驱动的「桥梁」
最后，我想给你搭一座桥。从裸机到Linux驱动，其实就三步：
| 裸机概念 | Linux驱动对应 | 说明 |
|---|---|---|
| 直接操作物理地址 | ioremap / devm_ioremap_resource | 将物理地址映射到内核虚拟地址空间 |
| 中断向量表 | request_irq / devm_request_irq | 注册中断处理函数，内核帮你管理向量表 |
| 轮询外设状态 | readl / writel + poll机制 | 内核提供了更优雅的轮询方式 |
| 全局变量/缓冲区 | kmalloc / dma_alloc_coherent | 内核管理内存分配，避免碎片 |
你看，每一行都是「裸机操作 → 内核API」的映射。你学会了裸机，再学Linux驱动，其实就是学这些API怎么用、什么时候用。
嗯，这一章就到这里。下一章，我们会真正进入Linux驱动世界，从第一个「Hello World」模块开始。到时候你会发现，有了裸机基础，那些看似复杂的驱动框架，其实都是「纸老虎」。
课后思考：如果你现在写一个裸机程序，用轮询方式读取按键状态，CPU占用率是多少？如果用中断方式呢？试着算一算，下一章我会给出答案。
公众号:蓝海资料掘金营，微信deep3321