1. DMA基础概念：什么是DMA、DMA与CPU数据传输对比、DMA传输的优势与局限

各位同学，咱们今天聊聊DMA。嗯，DMA——Direct Memory Access，直接存储器访问。说白了，就是让外设和内存之间能直接“对话”，不用CPU在中间当传话筒。

我刚开始做驱动开发那会儿，对DMA的理解也就停留在“它能让数据传输更快”这个层面。直到有一次，我在一个高速数据采集项目里，CPU被中断搞得焦头烂额，系统响应慢得像蜗牛爬……那时候我才真正意识到，DMA不是锦上添花，而是雪中送炭。

1.1 什么是DMA

DMA是一种硬件机制。它允许I/O设备直接读写系统内存，不需要CPU参与每个字节的搬运。你想想看，CPU本来要一条指令一条指令地搬数据，现在好了，DMA控制器（DMAC）接过这个活，CPU就能腾出手来做更重要的事。

我记得在某个嵌入式项目中，我们需要从ADC（模数转换器）连续采集数据。如果没有DMA，CPU每收到一个数据就得响应一次中断，然后手动把数据搬到内存。那场景，简直是一场灾难。用了DMA之后，ADC直接把数据流写入内存，CPU只在缓冲区满时处理一次。效率提升，立竿见影。

1.2 DMA与CPU数据传输对比

咱们来做个对比。假设你要从外设搬1MB数据到内存。

对比项	CPU直接传输（PIO模式）	DMA传输
数据搬运者	CPU逐字节/逐字搬运	DMA控制器硬件搬运
CPU占用率	接近100%（被数据搬运占满）	仅初始化时占用，传输中几乎为0
传输速度	受限于CPU指令执行速度	接近内存/总线带宽上限
系统响应	CPU被占用，其他任务延迟高	CPU可并行处理其他任务
适用场景	小数据量、低频传输	大数据量、高频传输、实时性要求高

为什么会这样？说白了，CPU擅长的是逻辑运算和控制，不是当搬运工。你让一个数学家去搬砖，虽然也能搬，但效率肯定不如专业的搬运工。DMA控制器就是那个专业的搬运工。

我在项目中遇到过一种情况：用CPU直接传输（PIO模式）处理一个4K字节的数据块，CPU占用率飙升到80%以上，系统其他任务几乎停滞。换成DMA后，CPU占用率降到5%以下，系统流畅得像换了台机器。嗯，这就是差距。

1.3 DMA传输的优势

DMA的优势，我总结为三点：

• 解放CPU：这是最核心的优势。CPU从数据搬运中解脱出来，可以专心处理协议解析、算法运算、用户交互等任务。
• 高吞吐量：DMA控制器直接操作总线，能以接近硬件极限的速度传输数据。尤其是在高速外设（如千兆网卡、高速ADC、PCIe设备）中，DMA几乎是唯一的选择。
• 低延迟：DMA传输不需要CPU逐条指令干预，减少了指令执行和中断响应的开销。对于实时性要求高的场景，这一点至关重要。

1.4 DMA传输的局限

当然，DMA不是万能的。它也有自己的短板。

• 硬件依赖：DMA需要硬件支持。不是所有芯片都有DMA控制器，也不是所有外设都支持DMA模式。我在一些低端MCU上就吃过这个亏——芯片手册上写着支持DMA，结果实际用起来各种限制。
• 内存对齐要求：DMA传输通常要求源地址、目的地址和传输长度满足对齐要求（比如4字节对齐、8字节对齐）。如果不满足，轻则性能下降，重则触发硬件错误。
• 缓存一致性问题：这是个大坑。CPU有缓存（Cache），DMA直接操作内存。如果CPU缓存中的数据还没写回内存，DMA读到的就是旧数据。反过来，DMA写入内存后，CPU缓存中的副本可能还是旧数据。

• 小数据量不划算：DMA传输需要初始化DMA控制器、设置描述符、启动传输、等待完成中断。这些开销对于几个字节的数据来说，反而比CPU直接传输更慢。所以，小数据量还是老老实实用PIO吧。

1.5 什么时候该用DMA？

我个人的判断标准很简单：

• 数据量 > 64字节 → 考虑DMA
• 数据量 > 1KB → 必须用DMA
• 实时性要求高 → 必须用DMA
• CPU负载已经很高 → 必须用DMA

反过来，如果只是偶尔传几个字节的状态信息，或者外设速度极慢（比如一个按键），那就别折腾DMA了，CPU直接读写反而更简单高效。

好了，这一节咱们把DMA的基础概念理清了。下一节，我会带你深入DMA控制器的内部结构，看看它到底是怎么工作的。到时候，我会结合一个实际的驱动代码，手把手教你配置DMA传输。