1. 课程导入

各位工程师朋友，欢迎来到这门实战课。

先问大家一个问题：你手头的实时系统，内存还够用吗？

我见过太多项目，前期规划得挺好，一跑起来就发现内存捉襟见肘。加硬件吧，成本上去了；砍功能吧，产品经理不答应。这时候，内存压缩就成了一个很实在的解法。

1.1 实时系统的内存困境

实时系统有个特点：确定性优先。任务必须在规定时间内完成。这就对内存访问提出了硬性要求——不能有不可预测的延迟。

但现实是，嵌入式设备的内存资源非常有限。我做过一个工业控制项目，总共就 512KB RAM，要跑协议栈、控制算法、日志系统。你想想看，光日志缓冲区就占了 64KB。这怎么玩？

传统做法是优化代码、裁剪功能。但到了后期，这些手段都用尽了。这时候，内存压缩就成了一个“降维打击”的方案。

1.2 内存压缩：不只是省空间

很多人以为内存压缩就是为了省那几 KB 空间。其实不然。

在实时系统中，内存压缩的价值体现在三个层面：

层面	直接效果	对实时性的影响
空间利用率	同等物理内存下，可运行更大/更多的任务	减少内存不足导致的系统崩溃或降级
Cache 命中率	压缩后的数据更紧凑，Cache 能装下更多有效数据	减少 Cache Miss，降低平均访存延迟
带宽节省	压缩后数据量变小，总线传输时间缩短	对 DMA 和内存拷贝操作尤其明显

我记得有个音频处理的项目，原始 PCM 数据流太大，DMA 带宽吃紧。用了简单的 LZSS 压缩后，带宽占用降了 40%，系统抖动直接消失了。

1.3 课程目标：你能学到什么？

这门课不讲虚的。30 章内容，全部围绕一个核心：如何在保证实时性的前提下，把内存压缩做到极致。

具体来说，你会掌握：

• 算法选型： LZ4、Snappy、zstd、LZSS……哪个适合你的场景？
• 架构设计： 压缩层放在哪？驱动层？文件系统层？还是应用层？
• 性能调优： 如何测量压缩延迟？如何避免压缩过程导致任务超时？
• 避坑指南： 我曾经在 DMA 和 Cache 一致性上栽过跟头，这些教训都会分享给你。

1.4 学习路径：我们怎么走？

整个课程分成四个阶段，我画了一张图，方便你理解整体脉络。

你看，前 6 章打基础，中间 9 章啃算法，再 9 章搞架构，最后 6 章实战调优。这个路径是我根据多年项目经验设计的，保证你每一步都有收获。

1.5 你需要准备什么？

动手之前，先把工具备好：

• 硬件： 一块带 ARM Cortex-M 或 RISC-V 的开发板，建议 256KB 以上 RAM
• 软件： GCC 交叉编译链、OpenOCD 调试器、逻辑分析仪（可选但推荐）
• 心态： 准备好踩坑。我写第一版 LZ4 移植时，解压出来的数据全是乱码，查了三天才发现是字节对齐的问题。

1.6 一个简单的热身：压缩能省多少？

光说不练假把式。我们来看一个真实场景：一个 256 字节的传感器数据包，里面包含 8 个 32 位整型值，大部分数值在 0~255 之间。

如果用简单的变长编码（类似 LEB128），每个值平均只需要 1.2 字节。算下来：

原始大小: 8 × 4 = 32 字节
压缩后大小: 8 × 1.2 ≈ 10 字节
压缩比: 10/32 ≈ 31%

省了 69% 的空间。而且解压算法只有几条位操作指令，延迟在微秒级。这就是实时系统喜欢的内存压缩——低开销、高回报。

当然，这只是个热身。后面的章节里，我们会深入各种算法的内部实现，手把手教你移植和调优。