> ## Documentation Index
> Fetch the complete documentation index at: https://docs.cloudx.io/llms.txt
> Use this file to discover all available pages before exploring further.

# 缓存与填充保留

> CloudX SDK 如何缓存广告，以及保留填充的最佳实践

CloudX SDK 会自动处理广告缓存——您无需自行构建任何逻辑。当出现展示机会时，会运行一次竞价，需求方返回出价，SDK 缓存获胜的广告并自动使其过期。没有面向发布商的缓存 TTL 需要配置。

<Tip>
  **经验法则：** 保留已成功加载的广告——这样可以避免浪费已加载的填充，并确保填充得到有效利用。尽可能在接近展示的时间加载，以获得最佳价格；避免在展示机会之前过早预加载。
</Tip>

## 各种设置下保持一致

缓存的基本原理不会因您的中介设置而改变。无论 CloudX 运行在 **First Look**、**Parallel** 还是 **CloudX-only** 模式，也无论是 **MAX** 还是 **AdMob**，原理都相同。不同的只是集成路径——并行仲裁请参见 [Trusted Arbiter](/zh/android/trusted-arbiter)，First Look 集成指南位于各平台标签页下。

## 各广告格式的处理方式

各格式之间的差异在于如何在展示时保持广告新鲜度，而非缓存机制本身。

| 广告格式                 | 新鲜度 / 缓存处理                                                                                                                            |
| -------------------- | ------------------------------------------------------------------------------------------------------------------------------------- |
| 横幅和 MREC             | 默认开启自动刷新；使用 `stopAutoRefresh` / `startAutoRefresh` 进行手动控制。在多网络仲裁中，保留未获胜的填充以供下一轮使用（参见 [Trusted Arbiter](/zh/android/trusted-arbiter)）。 |
| 插屏 / 激励视频 / App Open | 在展示调用前检查 `isAdReady`（Android）/ `isReady`（iOS）。在展示之前保留已加载的广告，展示消耗后再重新加载。                                                               |
| 原生广告                 | 在渲染前检查 `isExpired`，并处理 `onNativeAdExpired`（Android）/ `didExpireNativeAd`（iOS）以销毁并重新加载广告。参见[原生广告格式页面](/zh/ad-formats/native)。          |

## 相关内容

* [Trusted Arbiter](/zh/android/trusted-arbiter)——并行仲裁与保留未获胜的填充。
* First Look——CloudX 首先加载，不保留缓存；请参见各平台标签页下的 First Look 集成指南。
* 各广告格式的集成代码位于 Android、iOS、Unity 和 React Native 标签页下。