位置型快取政策會根據資源的擷取位置，決定有效快取條目的新鮮度。 只有在使用快取資源不違反伺服器指定的重新驗證需求時，該資源才有效。 程式會使用RequestCachePolicy或HttpRequestCachePolicy類別建構函式來建立位置型快取原則。 位置型原則的類型會使用 RequestCacheLevel 或 HttpRequestCacheLevel 列舉值傳遞至建構函式。 如需建立位置型快取原則的程式代碼範例，請參閱 如何：設定應用程式的 Location-Based 快取原則。 下列各節說明超文本傳輸通訊協定（HTTP 和 HTTPs） 資源的每種位置型快取原則。
可用快取策略
如果有效的要求資源位於本機快取中，則會使用快取的資源;否則，資源的要求會傳送至伺服器。 如果客戶端與伺服器之間的任何快取中都有所要求的資源可用，中繼快取就可以滿足要求。
只使用快取政策
如果有效的要求資源位於本機快取中，則會使用快取的資源。 指定此快取原則層級時，如果專案不在本機快取中， WebException 則會擲回例外狀況。
僅使用快取或僅使用下一個快取的規則
如果有效的要求資源位於本機快取或局域網路上的中繼快取中，則會使用快取的資源。 否則會拋出 WebException 例外狀況。 在 HTTP 快取通訊協定中，這是使用 only-if-cached 快取控制指示詞來達成。
無快取無存放區原則
要求的資源永遠不會從任何快取使用，而且永遠不會放在任何快取中。 如果本機快取中存在要求的資源，則會將其移除。 此原則層級表示中繼快取也應該移除資源。 在 HTTP 快取通訊協定中，這是使用 "no-store" 快取控制指令來達成。
更新政策
如果從伺服器取得或位於本機快取以外的快取中，則可以使用要求的資源。 在中介快取滿足要求之前，該快取必須先向伺服器重新驗證其快取項目。 在 HTTP 快取通訊協定中，這是使用 max-age = 0 快取控制指令和 no-cache Pragma 標頭欄位來達成。
重載原則
要求的資源必須從伺服器取得。 回應可能會儲存在本機快取中。 在 HTTP 快取通訊協定中，使用無快取快取控制指示詞和 no-cache Pragma 標頭來達成此目的。
重新驗證原則
比較快取中資源的複本與伺服器上的複本。 如果伺服器上的複本較新，則會用來滿足要求，並取代快取中的複本。 如果快取中的複本與伺服器複本相同，則會使用快取的複本。 在 HTTP 快取通訊協定中，這是使用條件式要求達成的。
