1、GUI内存基础：嵌入式GUI内存模型、SRAM与DRAM的区别、Flash与RAM的分配策略
做嵌入式GUI开发，说白了就是在“螺蛳壳里做道场”。你想想看，一个带屏幕的嵌入式设备，内存可能就几百KB到几MB，却要跑一个完整的图形界面。我刚开始做GUI时，总觉得内存不够用是硬件抠门，后来才明白——不懂内存模型，给你再多RAM也白搭。
这一章，咱们先把地基打牢。我会从内存模型讲起，然后掰扯清楚SRAM和DRAM到底差在哪，最后聊聊Flash和RAM怎么分才合理。嗯，这些都是我踩过坑之后才真正搞懂的东西。
1.1 嵌入式GUI的内存模型
一个典型的嵌入式GUI系统，内存使用可以分成三个层次：
- 片上内存（On-Chip）：MCU内部集成的SRAM和Flash，速度最快，但容量有限。
- 片外内存（Off-Chip）：外挂的SDRAM、NOR Flash、NAND Flash等，容量大但速度慢一些。
- 显示专用内存（VRAM）：专门给LCD/OLED用的帧缓冲区，可能共享主存，也可能独立。
我习惯把GUI的内存占用画成一张“蛋糕图”——每一层都有它的角色：
核心观点：GUI的内存模型不是简单的“代码放Flash，数据放RAM”。帧缓冲区、字体缓存、图元缓存、控件对象池……这些东西的存放位置，直接影响你的UI流畅度和系统稳定性。
下面这张图，是我自己总结的嵌入式GUI内存分层模型：
你看，从下往上，内存的分配方式越来越动态。硬件层基本是编译时就定死的，到了应用层，控件对象随时创建销毁。我见过不少项目，把大块字体缓存放在应用层动态分配，结果频繁碎片化——这就是没搞懂分层的结果。
1.2 SRAM与DRAM的区别
很多初学者分不清SRAM和DRAM，觉得反正都是RAM，能用就行。我当年也这么想，直到在一个项目里，用DRAM做帧缓冲区，结果刷新率死活上不去……
咱们直接看对比表：
| 特性 | SRAM（静态随机存取存储器） | DRAM（动态随机存取存储器） |
|---|---|---|
| 存储单元 | 6个晶体管（6T） | 1个晶体管 + 1个电容（1T1C） |
| 速度 | 极快（10-30ns） | 较快（50-100ns） |
| 是否需要刷新 | 不需要（静态保持） | 需要（每64ms刷新一次） |
| 功耗 | 较高（静态功耗大） | 较低（但刷新有额外功耗） |
| 容量 | 小（KB~MB级） | 大（MB~GB级） |
| 成本 | 高 | 低 |
| 典型用途 | MCU片上RAM、Cache、显存 | 系统主存（SDRAM/DDR） |
我的经验：在低端MCU上做GUI，SRAM就是你的“黄金地段”。帧缓冲区、频繁访问的字体缓存、控件对象池，尽量放SRAM。DRAM虽然便宜，但刷新延迟和带宽瓶颈，在快速刷屏时特别明显。
为什么会这样？因为DRAM的电容会漏电，必须定期刷新。你想想看，每64ms就要把所有行刷新一遍，这期间你没法正常读写。虽然控制器会尽量隐藏这个开销，但在高分辨率、高帧率的GUI场景下，刷新周期和屏幕扫描线冲突，就会出现肉眼可见的撕裂或卡顿。
我记得有一次调试一个480×272的屏幕，用SDRAM做帧缓冲，刷屏时总有一条横纹飘过。查了三天，最后发现是DRAM刷新和LCD的DMA传输撞车了。换成SRAM后，问题立刻消失。
1.3 Flash与RAM的分配策略
好了，现在咱们聊聊最实际的问题：Flash和RAM到底怎么分？
我见过最典型的错误，就是把所有东西都往RAM里塞。结果呢？Flash还剩一大半，RAM却爆了。反过来，也有人把所有常量都放Flash，运行时再从Flash拷贝到RAM——速度慢得让人抓狂。
下面这张图，是我在多个项目中总结出来的分配策略：
分配策略其实就三条原则：
- 能放Flash的，绝不放RAM——字库、图片、音频、常量字符串，统统放Flash。运行时按需加载到RAM。
- 频繁读写的，必须放RAM——帧缓冲区、控件状态、事件队列、动态生成的字符串，这些放Flash就是找死。
- 大小固定的，用静态分配——帧缓冲区大小是固定的，别用malloc。我见过有人用动态分配做帧缓冲，结果碎片化导致分配失败，屏幕直接黑了。
避坑指南：我曾经在一个项目里，把中文字库全部放在RAM里，想着“反正RAM有2MB，够用”。结果字库占了800KB，剩下的RAM跑GUI应用，稍微复杂点的页面就内存不足。后来改成字库放Flash，只缓存常用字模到RAM，内存占用直接降到120KB。
具体到GUI的分配，我建议这样划分：
| 内存区域 | 存放内容 | 分配方式 | 典型大小 |
|---|---|---|---|
| Flash顶部 | Bootloader、固件代码 | 编译时固定 | 64KB~512KB |
| Flash中部 | 字库、图片、音频资源 | 链接脚本分段 | 1MB~8MB |
| RAM低地址 | .data、.bss、栈、堆 | 编译时分配 | 64KB~512KB |
| RAM高地址 | 帧缓冲区（主缓冲+双缓冲） | 静态数组或链接脚本预留 | 屏幕分辨率×色彩深度×2 |
| RAM中间 | 字体缓存、图元缓存、控件对象池 | 静态池或固定大小malloc | 32KB~128KB |
一个小技巧：我习惯在链接脚本里把帧缓冲区放在RAM的起始或结束地址，这样地址对齐好，DMA传输效率高。而且帧缓冲区不参与堆管理，不会产生碎片。
最后说一句：内存分配没有银弹。不同的GUI框架（LVGL、TouchGFX、emWin）对内存模型的要求不一样，但底层逻辑是一样的——搞清楚你的数据是“静态”还是“动态”，是“频繁访问”还是“偶尔读取”，然后放到对的地方。
嗯，这一章就到这里。记住这三件事：内存模型分层看、SRAM和DRAM别混用、Flash和RAM各司其职。后面咱们会深入每个细节，到时候你会发现，今天打的地基有多重要。