接口侧一切正常、浏览器能刷出新片，后台采集却总是旧结果——这类「采不到新数据」的怪象，十有八九是缓存层在作怪。关键是搞清楚采集链路上到底有几层缓存。
现象与初判
典型场景：换了新接口地址或源更新了片单，试采拉回的还是旧列表。先排除接口本身问题，浏览器直接打开接口确认有新数据，判断方法见资源采集原理科普；接口确认正常后，再逐层查缓存，顺序从程序内到服务器外。
缓存在哪几层
采集链路上的缓存主要有三层：程序的数据缓存，采集请求结果可能被暂存；模板缓存，页面展示层不刷新；服务器层的 CDN 或反向代理缓存，偶尔也会把后台请求一并缓存。程序机制背景见苹果CMS词条。
逐层清理方法
第一层：后台缓存管理里清数据缓存与模板缓存，一键完成；第二层：装了缓存插件或套了 CDN 的，把后台与采集路径排除在缓存外，或手动刷新节点缓存；第三层：清完重跑试采，确认新数据能拉回才算闭环，不能只清不看结果。
几个容易漏的点：苹果CMS后台清缓存只覆盖程序目录，宝塔或 nginx 层面的 fastcgi_cache 要单独清；CDN 节点是分散刷新的，只刷一个节点其他节点仍返回旧数据，要用全量刷新而不是只刷首页。清完后用无痕窗口访问验证，避免本机浏览器缓存干扰判断。
与定时采集的关系
定时任务遇到缓存问题时更隐蔽：任务显示执行成功，实际拉的是缓存旧数据。排查时把定时任务和手动试采的结果做对比，两者不一致基本就是缓存层问题，定时配置背景见苹果CMS定时采集教程。
快速定位可以用时间线法：记下试采时刻、缓存上次刷新时刻、源数据更新时刻，三者对不上号的那一层就是问题层。比如源在凌晨更新、缓存中午才刷新，期间采集拉到的自然都是旧数据，这类时序问题清一次缓存即可解决，记时间线的习惯能省掉大量盲目操作。
预防建议
三个习惯：采集路径永远不套页面缓存；升级或改配置后主动清一次缓存再验证采集；缓存策略与采集频率一起规划，避免清完又被旧策略缓存回去。多源运行的缓存与频率配合，见多采集源轮询策略，日常状态观察可交给监控看板。