端侧缓存频繁淘汰时如何识别写放大并保护交互关键路径

# 核心结论

端侧缓存频繁淘汰时，即使逻辑容量没有超过配额，也可能因序列化、加密、事务日志、索引维护、临时文件、文件同步和淘汰扫描产生写放大，最终表现为交互卡顿、内存峰值和耗电增加。治理不能只追求命中率，而应把缓存命中带来的读取收益与写入、维护、恢复和失效成本放在同一模型中。应区分内存缓存、文件缓存、本地数据库和宿主资源缓存，为各命名空间设置独立容量与优先级，并把非关键清理和压缩移出交互关键路径。

# 底层机制

一次很小的逻辑更新，可能先创建完整序列化副本，再写临时文件、执行加密、更新索引、追加事务日志、提交并删除旧版本。底层存储还可能进行页重写、日志合并和垃圾回收，因此应用记录的逻辑写入字节远小于系统观察到的物理写入