如何在约22kB受限存储设备中使用最小化文件头存储数据？

一、直接用无文件系统的裸存储（最简单） #

如果只需要存单个文本文件，完全不需要文件系统：

• 写入时：直接从存储设备的偏移0开始写入文本内容，不需要任何头部。
• 读取时：直接读取整个设备的内容；如果需要明确文本长度，也可以在开头加2-4字节记录长度，总头部开销仅2-4字节。
  这种方式完全没有冗余开销，把22kB空间全部用在文本存储上。

二、自定义极简文件系统 #

如果需要最基本的文件元数据（比如记录文件长度），可以自己定义超简单的结构：

// 头部结构（仅4字节）
uint32_t file_size;  // 小端模式，记录文本的字节数
// 后续所有空间：文本内容

读写逻辑自己实现即可，头部开销仅4字节，剩下的21996字节全给文本。

三、裁剪FAT12到极小尺寸 #

如果必须用FAT兼容的结构，可以大幅裁剪FAT12的非必需部分：

• BPB简化：保留FAT12必需的核心字段（每扇区字节数、每簇扇区数、保留扇区数、FAT表数量、根目录项数），去掉OEM名称、卷标、文件系统类型字符串等非必需字段，BPB部分可压缩到几十字节。
• FAT表极简：把簇大小设为整个设备的大小（22kB，对应11个512字节扇区），这样FAT表只需要2个条目（一个标记已用、一个标记结束簇），仅占用3字节（FAT12每个条目12位），开销可忽略。
• 根目录简化：只保留一个目录项（32字节），去掉日期时间戳字段（直接填0或固定值，自己读写时忽略），只保留必要的起始簇号、文件大小字段；如果不需要文件名，甚至可以省略名称部分。
  这样整个FAT12的头部总开销可控制在100字节以内，完全适配22kB的设备。

四、轻量级第三方文件系统 #

如果不想自己实现，可以考虑针对小存储设计的轻量文件系统，比如LittleFS的极小配置版本——通过关闭日志、元数据压缩等非必需功能，可把头部开销压缩到几KB以内，不过相比自定义方案仍有冗余，更适合需要多文件存储的场景。

内容的提问来源于stack exchange，提问作者JO95