STM32嵌入式应用：sscanf替代方案及SD卡非文本存储问询

一、替代sscanf的大量变量字符串解析方案 #

当变量数量达数十甚至上百个时，sscanf的格式字符串极易因字符错误导致解析失败，以下是几种更可靠的替代方案：

1. 结构化逐字段解析 #

• 先定义与文本数据对应的C结构体，包含所有需要解析的变量；
• 使用strtok按文本中的分隔符（如逗号、空格）将整行字符串拆分为单个字段；
• 对每个字段单独调用类型转换函数（如strtol解析int、strtod解析double，避免atoi/atof的溢出风险），依次赋值给结构体成员。
• 优势：每个变量的解析逻辑独立，修改变量时只需调整结构体和对应字段的转换代码，不会因单个格式符错误影响全局。

2. 代码生成式解析 #

• 基于你的变量结构体定义，用Python等脚本语言自动生成解析代码：脚本读取结构体的成员类型、名称，输出对应字段的分割、转换逻辑；
• 例如，输入包含100个成员的结构体头文件，脚本自动生成循环处理每个分割字段、赋值给结构体的代码；
• 优势：完全避免手动编写解析逻辑的错误，修改变量结构时只需重新生成代码，效率极高。

3. 键值对格式+轻量级解析库 #

• 将文本文件改为键值对格式（如INI：var1=123、var2=3.14，或简化JSON：{"var1":123,"var2":3.14}）；
• 使用嵌入式轻量级解析库（如inih、简化版cJSON），通过键名匹配对应的变量，再做类型转换；
• 优势：变量的解析不依赖顺序，增删变量时无需调整其他字段的解析逻辑，同时保留文本格式的可读性。

二、SD卡上的非文本存储格式与方式 #

非文本存储直接以二进制形式保存数据，相比文本格式占用空间更小、读写速度更快，适合嵌入式场景，常见方式如下：

1. 打包结构体二进制存储 #

• 定义带__attribute__((packed))属性的C结构体，取消编译器自动对齐（避免结构体内部出现填充字节，导致存储与读取的长度不一致）；
• 写入时：用FATFS的f_write直接将结构体变量的内存数据写入SD卡文件；
• 读取时：用f_read将文件数据直接读取到结构体变量中；
• 注意：STM32为小端字节序，若仅在自身平台读写无需处理字节序；若需跨平台，需统一转换为大端字节序后存储。

2. 固定偏移二进制存储 #

• 预先约定每个变量的存储偏移和长度：例如第0-3字节为int类型变量A，第4-11字节为double类型变量B，依此类推；
• 写入时按顺序将每个变量的二进制数据写入文件；
• 读取时用f_lseek定位到对应偏移，读取指定长度的字节后转换为对应类型（需注意字节序）；
• 优势：无需结构体，适合变量数量固定但不想依赖结构体的场景，但维护成本高于结构体方式。

3. TLV（类型-长度-值）格式存储 #

• 每个数据项由三部分组成：1字节类型标识（如0x01代表int，0x02代表double）、2字节数据长度、对应长度的二进制值；
• 写入时逐个写入每个变量的TLV项；
• 读取时逐个解析TLV项，根据类型标识处理数据转换；
• 优势：结构灵活，可增删变量而不影响旧数据的读取，兼容性强，但会增加少量存储开销（类型和长度字段）。

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