videocache4cj LRU缓存清理策略详解：TotalSize与TotalCount怎么选

videocache4cj LRU缓存清理策略详解TotalSize与TotalCount怎么选【免费下载链接】videocache4cj一个支持边播放边视频缓存库输入视频的URL就可方便快捷的实现视频边下边播功能项目地址: https://gitcode.com/Cangjie-TPC/videocache4cjvideocache4cj是一个支持边播放边缓存的视频库把视频 URL 交给它生成代理地址后一边下载、一边缓存、一边播放用户无需额外操作。但缓存越积越多清理策略就成了刚需——本文带你搞懂它内置的两种 LRU 缓存清理策略TotalSize按总大小与TotalCount按文件数量到底有什么区别以及如何在项目中快速选对策略。两种 LRU 清理策略一句话看懂差异videocache4cj 把什么时候该清理缓存抽象为DiskUsage接口见 disk_usage.cj核心只有一个touch方法每播放/下载一个文件时就触发一次清理检查。内置的两种 LRU 策略都继承自基类 LruDiskUsage只是判断是否超限的条件不同策略类名判断条件适合场景TotalSize按总大小TotalSizeLruDiskUsage缓存总字节数 ≤ maxSize磁盘空间敏感想精确控制占用上限TotalCount按文件数TotalCountLruDiskUsage缓存文件数 ≤ maxCount单文件很大如长视频更在意能存几集按总大小只要所有缓存文件加起来不超过上限就保留超了就删最旧的。逻辑在 totalsize_lru_diskusage.cjreturn totalSize this.maxSize按文件数不管单个文件多大只要文件数量不超过上限就保留超了同样删最旧的。逻辑在 totalcount_lru_diskusage.cjreturn totalCount this.maxCount 两个构造函数都要求参数大于 0传 0 或负数会直接抛异常配置时注意单位maxSize 是字节maxCount 是文件个数。LRU 淘汰是怎么执行的两种策略共用同一套淘汰流程全部在基类 LruDiskUsage.touch 中完成刷新热度把当前正在播放的缓存文件的修改时间设为现在files.cj让它成为最新的排序递归扫描整个缓存目录按修改时间升序排列得到 LRU 列表files.cj统计累加所有文件的totalSize并统计totalCount逐文件淘汰从头最旧开始逐个问accept(file, totalSize, totalCount)一旦返回false超限就删除该文件同时扣减总数/总大小直到所有剩余文件都能通过判断为止整个过程在独立协程spawn中执行不阻塞播放主流程。理解这套流程后你会发现TotalSize 和 TotalCount 只是淘汰的刹车条件不同引擎完全相同。三种配置方式怎么选哪一行代码在 HttpProxyCacheServerBuilder 中三个方法对应三种玩法方式一限定缓存总大小TotalSizeHttpProxyCacheServerBuilder(context) .maxCacheSize(1024 * 1024 * 1024) // 缓存最多 1GB超出按 LRU 删最旧文件 .build()适合短视频流场景单个文件小、数量多用总大小兜底最省心。方式二限定缓存文件数量TotalCountHttpProxyCacheServerBuilder(context) .maxCacheFilesCount(50) // 缓存最多保留 50 个文件 .build()适合长视频、大剧集等单文件动辄几百 MB 的场景。此时限制数量比限制总字节更直观——最近看过的 50 集都保留。方式三完全自定义setDiskUsageHttpProxyCacheServerBuilder(context) .setDiskUsage(UnlimitedDiskUsage()) // 永不清理 .build()setDiskUsage传入任意实现了DiskUsage接口的对象即可例如 UnlimitedDiskUsagetouch什么都不做永不删除。也可以参照 LRU 基类自己继承LruDiskUsage并重写accept实现7 天内不删按分类限额等个性化规则。⚠️注意互斥覆盖maxCacheSize和maxCacheFilesCount不能同时生效——后调用的会覆盖先调用的。若两个都没设置构建时会默认采用512MB 的 TotalSize 策略http_proxycache_server_builder.cj。选型速查3 个问题帮你拍板① 你的视频文件平均多大几 MB 到几十 MB 的短视频/直播切片 →TotalSize用空间上限兜底几百 MB 起步的长视频/剧集 →TotalCount避免一个文件就把额度吃光② 你最关心什么指标关心缓存别超过 X GB存储成本、用户磁盘→TotalSize关心最近看过的 N 个内容要能秒开体验、命中率→TotalCount③ 用户设备差异大吗低端机存储紧张、且内容大小波动大时TotalSize更稳因为它对所有文件统一按字节计量不会因为混入超大文件而提前把常用小文件挤掉。如果拿不准直接用默认策略TotalSize 512MB起步再根据线上缓存命中率数据微调即可。延伸阅读完整的 Builder 接口说明含maxCacheSize、maxCacheFilesCount、setDiskUsagedoc/feature_api.md代理 URL 生成与播放接入示例README.md缓存进度监听可配合清理策略观测缓存增长cache_listener.cj示例工程的完整用法entry/src/main/cangjie/src/main_ability.cj总结TotalSize 管空间TotalCount 管数量底层共用同一套 LRU 引擎。短视频选 TotalSize长视频选 TotalCount想彻底掌控就实现自己的DiskUsage——三者都能让 videocache4cj 的边下边播缓存长期保持健康。【免费下载链接】videocache4cj一个支持边播放边视频缓存库输入视频的URL就可方便快捷的实现视频边下边播功能项目地址: https://gitcode.com/Cangjie-TPC/videocache4cj创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考