鸿蒙综合讨论/存储预算管理

存储预算管理

移动设备的存储不是无限的,应用的存储消耗要做预算管理——超预算的代价是差评(我的空间呢)与系统处置。这篇讲预算管理。

▍存储消耗的构成
应用存储四块:应用本体(HAP 安装占用)、数据目录(配置、数据库、缓存、部署的资源副本)、用户内容(文档、工程文件、媒体)、临时(会话级文件)。前两块工程可控,后两块随用户使用增长(要有治理),临时块要自治(用完即清)。

▍预算的定法
本体预算:包体积篇的瘦身线(安装占用是用户第一眼)。数据目录预算:部署资源加缓存的上限(缓存分档——设备存储余量感知:余量小自动收紧缓存上限)。用户内容:透明化(应用内提供存储用量视图与清理入口——用户能自助);临时文件的自动清理(启动时清过期临时文件)。

▍缓存的纪律
缓存上限显式化(按内容类型分别定上限,别无界增长——解码缓存、缩略图、下载缓存的各自限额);淘汰策略(超限按最久未用清);再生性优先(可再生的一律可清——清了只是慢一点,不是坏了)。

▍增长问题的排查
存储异常增长的定位:数据目录的分项统计(哪个子目录在涨——日志?缓存?临时文件?);常见嫌疑:日志无限轮转失效(轮转配置错)、崩溃转储堆积(每次崩溃存大文件)、下载残留(任务中断的半成品)、数据库膨胀(没有回收机制)。修复模式对症:轮转修复、转储限额与上传后清理、断点文件的会话清理、数据库的压缩整理。

▍用户侧体验
存储用量视图(应用占了多少、哪类占大头);一键清理(清缓存不删用户内容——边界清晰);导出与迁移(用户内容能搬走——数据备份篇的联动)。

▍验收
重度使用一个月的存储增长曲线可控;一键清理的回收量符合预期;低存储设备(余量告急)的应用行为优雅(降缓存、提示不崩溃)。

有疑问欢迎在本板块直接发帖,我们会逐条回复。
楼主 7 天前
想参与讨论?登录 或 30 秒注册。