preferences

【口算王｜09】HarmonyOS ArkTS 学习统计实战：计算连续训练和正确率趋势学习统计页面最容易出现一种“数字都对，但结论不成立”的问题：累计答题数确实来自真实记录，正确率公式也没有写错，页面却把这些累计值包装成“连续学习”“近期趋势”或“能力提升”。累计值只能说明到目前为止发生了多少次答题，无法回答用户连续训练了几天，也无法告诉用户正确率是在上升还是下降。

【句匠｜15】HarmonyOS ArkTS 本地状态持久化实战：让保存、删除和页面返回后的数据即时一致本地学习类应用最难处理的不是“把一条数据写进 Preferences”，而是写完之后所有页面立刻一致。用户在答题页收藏一道题，返回首页后收藏数要变化；答错后错题本角标要立即增加；在收藏页清空错题，主页和“我的”页不能继续显示旧数量；修改考试时长后，下一次进入考试页必须读到新值；应用重启后，这些状态还要从本地恢复。

【口算王｜15】HarmonyOS ArkTS 本地状态持久化实战：让保存、删除和页面返回后的数据即时一致证据边界：本文依据 D:/huawei/one16-11 当前可读取源码整理；本轮未执行构建、模拟器、真机、进程杀死重启、损坏数据注入、磁盘写入失败或数据迁移测试。改进方案属于建议实现，不代表故障恢复已验证。

【天体运行模拟｜12】HarmonyOS ArkTS 本地数据文件实战：让离线资源读取失败可见可恢复**证据边界：**本文的“当前事实”来自本轮静态复核的 DataStore、EntryAbility 及收藏、笔记、记录页面；建议实现均明确标注。本轮未重新执行构建、损坏注入、进程重启、并发压力、模拟器、真机或 release 包验证。

【时光清单｜15】HarmonyOS ArkTS 本地状态持久化实战：让保存、删除和页面返回后的数据即时一致本地应用的数据问题往往不是“有没有写进文件”，而是三个时刻能否保持一致：用户点击保存后当前页显示成功，返回首页后列表立即更新，应用被系统回收再启动时仍能恢复同一份数据。只解决其中一个时刻，就会出现很典型的故障：详情页提示保存成功，首页还展示旧标题；删除后返回列表，条目仍停留到下次启动；首帧先出现默认主题，随后又突然切换；多个页面各自维护数组，最终谁也说不清哪份才是真实状态。

【天体运行模拟｜11】HarmonyOS ArkTS 收藏与笔记实战：同步知识页和个人学习记录学习型应用里，“收藏”和“笔记”看起来只是两个列表，真正难点却是让它们记住用户在哪个知识点、哪个实验场景下做了什么。如果收藏只保存实验 ID，笔记只保存标题和正文，那么数据虽然落到了本地，学习上下文却断了：用户从“圆轨道”知识页写下一条笔记，回到“我的笔记”后无法重新打开原知识点；收藏页能进入实验，却不知道这次收藏源自哪段学习内容。

【天体运行模拟｜15】HarmonyOS ArkTS 本地状态持久化实战：让保存、删除和页面返回后的数据即时一致本地状态最让人困惑的故障，不是完全保存失败，而是“这个页面已经变了，另一个页面还没变”。用户在模拟页点亮收藏，返回实验列表仍显示空心星标；删除笔记后列表立即消失，重新进入却又出现；统计页的收藏数量晚一步更新。它们本质上都是同一问题：页面状态、Preferences 持久状态和跨页面快照没有清晰的提交顺序。

【中国方言题库｜15】HarmonyOS ArkTS 本地状态持久化实战：让保存、删除和页面返回后的数据即时一致本地应用最容易出现的状态问题，并不是“数据完全没保存”，而是两套状态不同步：用户刚收藏题目，当前按钮已经变色，但返回首页统计仍是旧数字；删除错题后列表消失，重新启动又回来；设置页显示了新考试时长，练习页却仍读取旧值。根因通常是页面状态与持久化存储各自维护一份数据，却没有明确谁负责写入、谁负责通知 UI。

【寻迹校园 HarmonyOS NEXT 实战 16】Preferences 还是 RelationalStore：HarmonyOS 本地存储选型实战这是“寻迹校园 HarmonyOS NEXT 实战”系列第 16 篇。本文不做抽象的 API 罗列，而是结合项目里的安全提醒、失物记录、认领交接和照片文件，说明 Preferences、RelationalStore 与应用沙箱文件系统各自应该保存什么，以及错误选型会给升级、查询和数据一致性带来什么问题。

HarmonyOS 弦乐调音器开发实战 03：参考音、调音历史与 AppStorage 如何形成闭环调音器如果只显示一个频率数字，还不足以形成完整的使用链路。用户需要先知道目标弦应该是什么声音，调音过程中需要看到当前偏差，离开页面后又希望能回看本次结果。对于一个本地优先的 HarmonyOS 应用，这三件事分别落在参考音播放、页面会话状态和 Preferences 持久化上。它们之间确实存在闭环，但这个闭环不是“一个服务包办全部”，而是多个对象通过明确的调用点衔接起来。

HarmonyOS趣味相机实战第17篇：BackupExtensionAbility备份恢复与Preferences版本迁移本地相机应用通常同时保存两类数据：真实照片文件，以及用于页面展示的标题、时间、水印和文档索引。仅恢复其中一类会产生“列表存在但图片打不开”或“文件还在但应用相册为空”的半恢复状态。

HarmonyOS趣味相机实战第7篇：Preferences相册缓存、旧数据兼容与异常兜底本地相册看起来只是一个列表，但真正上线后会遇到很多细节：第一次启动没有数据怎么办，Preferences 里的 JSON 损坏怎么办，老版本缺少新字段怎么办，滤镜强度出现 NaN 怎么办，保存太多记录会不会拖慢启动，页面拿到列表后会不会直接改坏服务内部缓存。

不才难以繁此生

HarmonyOS ArkTS 实战｜中式美食用户行为数据：Preferences 持久化、搜索缺口与候选排序做内容型应用时，我们很容易下意识觉得：内容越多越好。放到美食应用里，就是菜谱越多越好，食材越全越好，分类越细越好。这个方向没错，但真做起来会遇到一个更现实的问题：先补什么？

不才难以繁此生

HarmonyOS 数据迁移实战｜中式美食如何把收藏、浏览记录从 Preferences 迁到 RDB中式美食早期把收藏、笔记、最近浏览放在 Preferences 里，这个选择没问题。Preferences 很轻，适合保存少量 key-value 状态，开发也快。

鸿蒙6.0应用开发——Preferences数据存储用户首选项(Preferences)为应用提供Key-Value键值型的数据处理能力，支持应用持久化轻量级数据，并对其修改和查询。当用户有轻量级的键值型数据需要存储时，可以采用Preferences来进行存储。一般适用于保存用户的个性化设置，例如字体大小、是否开启夜间模式等。

卡片数据不丢失：Preferences 在 FormKit 里的正确用法做卡片开发的时候，有个问题早晚会遇到：App 重启之后，卡片的数据为什么全没了？问题根源很简单：FormExtensionAbility 是无状态的，每次调用都是全新实例，内存里的数据下次就没了。要保住数据，必须用持久化存储。HarmonyOS 提供了几种选择，其中 Preferences（轻量级键值存储）是 FormKit 场景用得最多的。

鸿蒙preferences单多例使用，本地存储类本文档旨在详细说明 CustomFilePersistence 类的功能、使用方法、API 接口及注意事项。该类基于鸿蒙（HarmonyOS）的 preferences 组件封装，提供了面向 Map 结构的本地数据持久化能力，支持单例模式（默认存储地址）和多实例模式（自定义存储地址），可实现数据的添加、查询、删除、清空等操作，适用于鸿蒙应用的轻量级本地数据存储场景。

江上清风山间明月

Flutter应用开发-几种保存简单配置的方式在 Flutter 开发的 Android 应用中，保存应用配置并下次启动时读取，有以下几种比较合适的方式：

Yongqiang Cheng

Ubuntu Desktop - Files PreferencesGo to file browser’s Menu -> Edit -> Preferences -> Behavior

我是有底线的