以時間為基礎的快取原則，會根據擷取資源的時間、資源傳回的標頭，以及目前時間，來定義快取項目的新鮮度。 設定以時間為基礎的快取原則時，您可以使用 Default 以時間為基礎的原則，或建立自定義的時間型原則。 針對使用超文本傳輸通訊協定 （HTTP） 取得的資源使用預設時間型原則時，確切的快取行為取決於快取回應中包含的標頭，以及 RFC 2616 第 13 和 14 節中指定的行為，這些行為可在 Internet Engineering Task Force （IETF） 網站上取得。 如需示範為 HTTP 資源設定預設時間型原則的程式代碼範例，請參閱 如何：設定應用程式的預設 Time-Based 快取原則。 如需示範建立和使用快取原則的程式碼範例，請參閱 在網路應用程式中設定快取。
判斷快取項目新鮮度的準則
若要自定義以時間為基礎的快取原則，您可以指定使用下列一或多個準則來判斷快取項目的新鮮度：
年齡上限
最大陳舊度
最低新鮮度
快取同步處理日期
備註
使用預設時間型快取原則不應與為您的應用程式設定預設快取原則混淆。 默認時間型原則是可在要求或應用層級使用的特定原則。 應用程式的預設快取政策是在請求上未設定任何政策時生效的快取策略，可能是基於位置或時間的策略。 如需為您的應用程式設定預設快取原則的詳細資訊，請參閱 DefaultCachePolicy。
最大年齡
最長存留期原則準則會指定可以使用資源快取複本的時間量。 如果資源的快取複本比指定的時間量還舊，則必須檢查資源與伺服器上的內容進行重新驗證。 如果最長存留期會允許資源在到期后使用，除非也指定了最大過期值，否則不會接受此準則。
最大陳舊度
最大陳舊性政策準則指定在內容到期後，資源的快取副本仍可使用的時間長度。 這是唯一允許資源在過期後仍可使用的快取政策規則。
保鮮度下限
最小新鮮度原則準則指定快取資源複本在內容到期前可使用的時間長度。 此原則的效果是使快取項目在到期日前過期，因此，最低新鮮度和最大陳舊度的設定互相排斥。
快取同步處理日期
快取同步日期策略標準會決定何時必須重新驗證資源的快取複本，並與伺服器上的內容比較。 如果內容自快取后已變更，則會從伺服器擷取、儲存在快取中，並傳回至應用程式。 如果內容未變更，則會更新其時間戳，且應用程式會取得快取的內容。
快取同步處理日期可讓您指定必須重新驗證快取內容的絕對日期。 如果在快取同步處理日期之前上次重新驗證新的快取專案，仍會與伺服器重新驗證。 如果在快取同步日期之後重新驗證快取條目，並且沒有其他的更新鮮度或伺服器重新驗證要求來使快取條目失效，則會使用快取中的條目。 如果快取同步處理日期設定為未來的日期，則在每次請求時都會重新驗證條目，直到快取同步處理日期過去為止。
下列主題提供有關時間型快取政策準則結合影響的資訊：
