嵌入式Linux OTA升级省内存的方法汇总

本文约3300字，这两天都在给内存砍掉一半的产品优化OTA升级流程，因为当内存很充足时，程序是怎么方便怎么来，现在内存极度紧张，必须要极致的去减少OTA升级中对内存的消耗才能保证升级过程无忧。本文结合项目中优化内存占用用到的方法和AI搜索查询到的一起整理出来，以供后续参考使用。

关注公众号, 即可获得与Linux相关的电子书籍以及常用开发工具，文末有文档清单。

📌 适用场景

适用场景：消费类IoT、摄像头、机顶盒、手环、智能面板等

内存容量：

RAM：128M以内

核心思路：流式处理 · 零拷贝 · 分块按需加载 · 内存复用 · 临时存储最小化 · 降级缓存

覆盖链路：升级包下载 → 校验 → 解压 → 写入 → 回滚

一 升级包下载阶段（最大内存消耗点，优先优化）

🔹 流式边下边解析，不完整缓存整包

分块流式读取：不把整包加载进RAM。TCP/HTTP下载回调每次只收4KB/8KB小块缓冲区，仅用一块固定内存循环复用，绝不分配整块大Buffer存完整升级包。

头部就地解析，零拷贝剥离包头：升级包结构通常为校验头(签名/版本/长度) + 压缩固件镜像。下载前N字节包头时，直接在接收Buffer内原地解析版本、Hash、固件长度，不单独malloc内存复制包头；解析完成后Buffer游标偏移包头长度，后续收到的数据直接作为裸固件流，无需另存去头文件。

避免本地完整缓存：禁用"下载完再处理"模式，全程采用管道式：

网络流 → 校验流 → 解压流 → Flash写入流

中间不落地完整升级包。

🔹 HTTP/传输层内存裁剪

• 使用setsockopt设置SO_RCVBUF为4k/8k，关闭TCP大包预缓存
• 禁用libcurl多缓存、分块缓存，开启CURLOPT_STREAM_WEIGHT流式回调，不启用curl内部文件缓存

HTTPS TLS内存优化：mbedtls裁剪证书、关闭预分配大握手Buffer，采用分段TLS解密，不解密完整包再处理。

🔹 下载失败临时缓存最小化

网络断连重试时，不缓存已下载的全部数据：

• 仅持久化记录已接收字节偏移量到Flash小分区（几KB日志）
• 重传时从偏移续传，丢弃内存中残留Buffer，只保留单块循环缓冲区

二 校验环节省内存（Hash/签名极易吃内存）

🔹 流式哈希，不加载全包算校验值

SHA256/MD5 不要一次性传入完整文件Buffer：

• 每收到一小块数据，直接送入hash_update，实时迭代计算
• 全部流处理完再hash_final
• 全程只占用Hash算法固定的几十KB上下文，无需存储完整固件

🔹 签名校验分块处理

• RSA/ECC验签时，若升级包签名是分段Hash签名，则逐段校验
• 公钥静态编译进只读段(.rodata)，不在堆上动态分配，节省堆内存
• 裁剪mbedtls：关闭大缓存、禁用冗余算法，仅保留项目需要的Hash + 签名算法

🔹 区分包头校验与固件校验，复用同一块Buffer

解析包头用的接收Buffer，解析完直接复用给固件Hash计算，不释放再新建，实现内存原地覆盖。

三 压缩包解压阶段（内存大户，重点优化）

消费级OTA常用gzip/zstd/lzma，解压是最容易爆内存的环节。

🔹 选用低内存解压算法

优先级：zstd流式单块 < gzip < lzma/xz

• zstd支持自定义极小Window窗口（4k/8k），解压内存占用极低
• 禁用xz/lzma高压缩比大包窗口（解压需要几MB~几十MB字典内存），小设备直接淘汰

🔹 流式增量解压，不预加载压缩块

• 解压库开启单循环输入Buffer、单输出Buffer模式，不启用内部多缓存
• 压缩流一边接收一边送入解压入口，解压输出小块直接刷Flash，不解压完整镜像到内存或临时文件
• 复用下载Buffer作为解压输入缓存，无额外内存分配

🔹 禁用解压临时内存池与动态扩容

自定义解压内存分配器，固定分配两块固定大小静态Buffer（全局数组，放BSS段，不占堆），不允许解压库内部malloc大内存。

若固件极大，可采用双层压缩拆分：外层轻量gzip升级包 + 内部分区独立小镜像，逐个解压写入。

四 Flash写入阶段，减少内存中转

🔹 直接流写入Flash，不落地临时文件

❌ 反面流程：网络 → 存/tmp/ota.bin → 读取解压 → 写入mtd

✅ 优化管道：网络流 → 校验 → 解压输出 → 直接mtd块写入

全程无中间临时大文件，省去Flash占用 + 文件读写双重内存开销。

🔹 Flash块对齐复用Buffer

Flash擦写按块（64k/128k）操作，只用一块等于Flash块大小的静态Buffer：

• 解压输出数据填满Buffer再一次性写入Flash
• 该Buffer同时复用为解压输出缓存与Flash写入缓存，一块内存多用

🔹 不备份旧分区完整镜像（省Flash + 内存）

❌ 传统方案：升级前备份旧系统到备份分区，极度浪费空间

✅ 优化降级回滚方案（A/B双分区但不完整备份）：

• 仅写入新分区，校验通过切换启动标记
• 校验失败直接放弃新分区，旧分区保留原样，无需复制旧镜像

💡 极端无A/B情况下，可采用单分区增量差分升级。

五 差分升级（Delta包，从根源减小包体积）

完整整包OTA下载、解压、校验内存开销巨大，差分是小内存设备最优方案：生成bsdiff/zstd-delta差分补丁包，补丁体积远小于完整固件。

流式差分打补丁：

• 旧分区直接从Flash分块读取（每次一小块）+ 补丁流，实时合成新数据写入新分区
• 不把旧分区完整加载到内存，只缓存单块旧数据，差分运算内存占用KB级

⚠️ 注意：bsdiff原版内存高，应改用mini-bsdiff、delta-stream等支持流式处理的工具，无整块内存分配。

六 内存复用、静态分配、堆优化（底层控制）

🔹 全局静态Buffer复用（杜绝频繁malloc）

把所有环节共用缓冲区定义为全局静态数组（.bss，进程启动一次性分配，不走堆）：

// 一块8k内存复用：下载接收、包头解析、hash输入、解压输入、Flash写入staticuint8_t ota_buf[8192];

所有流程串行使用同一块内存，用完覆盖，不重复申请释放大块堆内存，避免内存碎片。

🔹 分段串行执行，同一时间只跑一个重内存流程

禁止并行：下载 + 解压 + 校验同时跑

必须采用串行流水线：

下载一小块 → 校验一小块 → 解压一小块 → 写入Flash

同一时刻仅一套处理内存活跃，峰值内存大幅下降。

🔹 及时释放临时动态内存，禁用内存缓存池

• 签名、Hash上下文用完立刻free，不长期持有
• 第三方库（curl/mbedtls/zstd）关闭内部缓存池，临时内存用完立即回收
• 避免stdio FILE缓存，改用open/read/write系统调用，禁用fopen大缓冲区

🔹 关闭内核/文件系统冗余缓存

挂载rootfs/临时分区时添加挂载参数：

# squashfs只读挂载，关闭缓存mount -t squashfs /dev/mtdblockx /tmp -o ro,nocache# UBI同步写入，最小缓存mount -o sync,min_cache_size=4096 /dev/ubiX_0 /system

• sync：每次写入强制刷Flash，减少内核页缓存占用
• nocache：关闭文件预读缓存

tmp临时目录用tmpfs极小尺寸：

mount -t tmpfs tmpfs /tmp -o size=8M

限制临时文件最大占用内存。

七 文件系统与临时存储优化

• 临时中间数据不生成完整文件：如需保存去头固件，不要生成完整bin文件，仅在处理管道内流转；必须落地时，采用管道文件mkfifo，读写流式互通，磁盘不存完整数据
• 临时日志/状态仅存几KB：升级进度、校验状态、下载偏移量存mtd小参数分区（16KB以内），不用内存缓存大量日志
• 优先只读压缩文件系统：系统分区使用squashfs（只读压缩），升级写入目标分区时无需加载完整文件系统结构，写入粒度更小

八 回滚逻辑轻量化（避免升级失败爆内存）

• 不缓存整个新镜像用于回滚校验：写入一块校验一块，写入完成再整体校验Hash；中途失败直接擦除新分区已写入块，不保存损坏镜像
• 启动校验仅读取分区Hash头几十字节，不读取全分区做校验，开机校验内存占用极小
• 标记位机制：仅用1字节Flash标记"升级中/升级成功"，失败下次开机直接放弃新分区，无需修复逻辑占用内存

九 高级极限优化（RAM < 10MB设备专用）

• 降级功能裁剪：升级过程临时卸载后台服务、关闭摄像头/音频等占用大内存的进程，升级完成重启恢复，释放几MB空闲RAM

• 分阶段写入分区：系统拆成kernel、rootfs、app三个独立升级镜像，逐个下载、校验、刷写，处理完一个释放所有临时内存再处理下一个，峰值内存降低2/3

• 原地覆盖增量升级（无A/B分区）：仅更新变更文件，流式覆盖原有分区，无需双分区存储，Flash和内存双重节省，适合Flash极小设备

🎯 核心总结（优先级从高到低）

| 优先级 | 优化策略 | 

① | 全链路流式管道处理，不缓存完整升级包，就地剥离包头零拷贝

② | 流式Hash/签名校验，不分块预加载整包 

③ | zstd低内存流式解压，固定单块静态Buffer复用 

④ | 差分Delta升级，大幅减小包体积，降低所有环节内存峰值

⑤ | 串行执行下载-校验-解压-写入，同一时间只占用一套处理内存

⑥ | 直接写入Flash，不落地临时完整固件文件

⑦ | 静态全局缓冲区复用，减少堆分配与内存碎片

⑧ | 轻量化A/B分区，校验失败直接丢弃新分区，不备份旧镜像

⑨ | 挂载参数关闭文件系统内核缓存，限制tmpfs大小

⑩ | 升级时临时关停后台高内存业务进程

📝 本文档适用于RAM和Flash都比较小的嵌入式产品OTA升级场景，全套方案以"流式+零拷贝+复用"为核心思想，可显著降低升级过程中的内存与存储峰值占用。

往期文章（欢迎订阅技术分享栏目全部文章）：