共用方式為


以位置為基礎的快取原則

以位置為基礎的快取原則,會根據所要求資源可以使用的位置,定義有效快取項目的有效期限。 如果使用它不違反伺服器指定的重新驗證需求,快取的資源即為有效。 使用 RequestCachePolicyHttpRequestCachePolicy 類別建構函式可以程式設計方式建立以位置為基礎的快取原則。 以位置為基礎的原則類型,是使用 RequestCacheLevelHttpRequestCacheLevel 列舉值傳遞至建構函式。 如需建立以位置為基礎之快取原則的程式碼範例,請參閱如何:為應用程式設定以位置為基礎的快取原則。 下列各節說明超文字傳輸通訊協定 (http 和 https) 資源的每種以位置為基礎的快取原則。

可用時快取原則

如果有效的要求資源位於本機快取,則會使用快取的資源;否則,會向伺服器傳送資源要求。 如果在用戶端與伺服器之間的任何快取中都能取得要求的資源,中繼快取即可滿足要求。

僅限快取原則

如果有效的要求資源位在本機快取,則會使用快取的資源。 當指定這個快取原則層級時,如果項目不在本機快取,就會擲回 WebException 例外狀況。

僅限快取或下一個快取原則

如果有效的要求資源位在本機快取或區域網路的中繼快取,則會使用快取的資源。 否則會擲回 WebException 例外狀況。 在 HTTP 快取通訊協定中,這是使用 only-if-cached 的快取控制指示詞所達成。

無快取且無存放區原則

要求的資源絕不會從任何快取使用,也絕不會放在任何快取中。 如果要求的資源出現在本機快取中,它會被移除。 這個原則層級指出也應該移除資源的中繼快取。 在 HTTP 快取通訊協定中,這是使用 no-store 的快取控制指示詞所達成。

重新整理原則

如果要求的資源是從伺服器取得,或在本機快取以外的快取中找到,就可以使用。 在中繼快取滿足要求之前,該快取必須重新向伺服器驗證其快取的項目。 在 HTTP 快取通訊協定中,這是使用 max-age = 0 的快取控制指示詞和 no-cache Pragma 標頭所達成。

重新載入原則

必須從伺服器取得要求的資源。 回應可能是儲存在本機快取中。 在 HTTP 快取通訊協定中,這是使用 no-cache 的快取控制指示詞和 no-cache Pragma 標頭所達成。

重新驗證原則

比較快取中的資源複本和伺服器上的複本。 如果伺服器上的複本較新,就會用它來滿足要求,並取代快取中的複本。 如果快取中的複本和伺服器上的版本相同,就使用快取的複本。 在 HTTP 快取通訊協定中,使用條件式要求即可達成。

另請參閱