缓存到期和文件真正被删除是两个环节，预加载模式还会影响回收策略。磁盘增长应同时检查有效副本数量、过期设置、回收执行和预加载行为，不直接把整个cache目录作为普通杂物批量删除。
先确认增长发生在哪个目录
统计目标插件目录的体积、文件数量与时间分布，区分页面缓存、优化资源、备份及其他插件文件。缓存目录通常只应保存临时生成物，不放重要资料或指向原件的链接。不能仅看主机总磁盘增大就推断全部来自WP Super Cache。
理解过期与回收安排
官方说明过期时间决定何时视为陈旧，调度决定何时执行清理。到期不必然意味着立刻释放磁盘，回收计划过稀或没有执行都会积累旧文件。不同更新频率和存储限制需要不同策略，不套用官方示例数字就宣布已适合当前业务。
核对预加载模式的影响
预加载可能为了保留已生成副本改变常规回收安排，需按当前模式理解实际行为。若批量预热后文件增加，先判断是否是预期覆盖，而非立刻认定垃圾回收失灵。页面更新和评论触发的清理也需结合内容依赖检查，不能为节省磁盘关闭必要内容更新。
小范围清理并检查重建
使用插件支持的工具和明确目录范围处理，避免误删其他插件资源或重要文件。观察回收后磁盘变化、再次访问生成与公开内容正确性，若持续异常再追踪调度和权限。保留清理前后记录，不仅以按钮成功或目录暂时变小判断长期问题已解决。
关键区别
过期时间：决定副本何时陈旧；不保证即时释放磁盘。
回收调度：安排实际清理动作；执行失败会持续积累。
预加载模式：影响副本保留策略；需结合实际模式判断。
怎样确认处理到位
增长来源明确，回收与预加载策略协调，目标文件可按计划清理并正常重建，公开内容最新，没有删除原件、备份或其他插件仍引用的资源。
容易误判的边界
不要把所有cache子目录当作同一种文件，也不要对未知路径执行递归删除。调度和磁盘症状需分别确认，清理一次成功不证明后续回收机制一直正常。
