Rust运行时变更变量跨执行持久化的优雅方案咨询

你判断YAML适合结构化配置文件的思路是对的，但仅持久化少量状态变量时，YAML需要处理格式解析、缩进校验、序列化反序列化的冗余逻辑，确实性价比很低，可以根据实际场景选下面这些更轻的实现：

• 零依赖极简方案：键值对纯文本存储
  不需要复杂层级结构的话，直接用key=value格式逐行存普通文本文件（比如后缀用.state或者.env）就行，读的时候逐行按第一个等号拆分键值，更新时直接覆盖对应行内容，全程不需要引入第三方解析库，原生文件IO就能实现，代码量比操作YAML少七成以上。如果存的都是数字、字符串这类简单类型，这个方案是开发成本最低的选择。
• 稳靠省心方案：SQLite单文件存储
  别觉得数据库方案重，SQLite本身就是无服务的本地单文件，不需要额外部署依赖。你只要建一张两列的键值表CREATE TABLE IF NOT EXISTS kv (key TEXT PRIMARY KEY, value TEXT)，存的时候把变量值转成字符串（复杂类型直接序列化JSON）塞进去，读的时候按key查询就行，自带事务、并发写保护，不用自己处理文件读写冲突、内容格式错乱的问题，哪怕后续变量量涨到上百个也不用改方案，封装完的读写接口也就几行代码。
• 纯内部状态方案：原生序列化存储
  如果这些变量不需要人工手动编辑、完全是程序内部流转的状态，直接用语言自带的序列化能力就行：Python用json/pickle把存变量的字典整个序列化写本地.json/.pkl文件，Node.js直接JSON.stringify对象存文件，Java用自带序列化接口，下次启动直接反序列化成内存对象，连逐行解析的逻辑都不用写，开发成本极低。注意JSON不支持的特殊类型（比如时间对象、自定义类实例）提前转成可序列化的基础类型就行，少量变量处理起来几乎没有性能开销。
• 桌面端场景方案：系统原生键值存储
  做桌面应用的话连文件路径都不用自己管，直接调用系统自带的键值存储接口：Windows写注册表对应项、macOS用NSUserDefaults、Linux用dconf，各语言基本都有轻量的原生封装，直接按key读写即可，适合存用户偏好、运行状态这类少量零散变量。

选型逻辑很简单：需要人工修改配置就用键值对纯文本，不需要人工改、要兼顾稳定性和扩展性就用SQLite，纯程序内部流转的状态直接用原生序列化存JSON，只有当配置存在多层嵌套、结构复杂、需要人工维护大量配置项的时候，YAML的优势才体现得出来，少量变量用它纯属增加没必要的工作量。

内容的提问来源于stack exchange，提问作者dan-Ai