WCF Web HTTP 服務的快取支援

.NET Framework 4.6.1 可讓您使用宣告式快取機制，該機制已可在 WCF Web HTTP 服務的 ASP.NET 中使用。 這可讓您快取來自 WCF Web HTTP 服務作業的回應。 當使用者傳送 HTTP GET 至您設為快取的服務時，ASP.NET 會傳回快取的回應，且不會呼叫服務方法。 當快取逾期後，下次使用者傳送 HTTP GET 時，會呼叫您的服務方法且再次快取回應。 如需 ASP.NET 快取的詳細資訊，請參閱 ASP.NET 快取概觀 (英文)。

基本 Web HTTP 服務快取

若要啟用 WEB HTTP 服務快取，您必須先將 AspNetCompatibilityRequirementsAttribute 套用至服務來啟用 ASP.NET 相容性，該服務將 RequirementsMode 設定為 Allowed 或 Required。

.NET Framework 4 會引入名為 AspNetCacheProfileAttribute 的新屬性，可讓您指定快取設定檔名稱。 此屬性便會套用至服務作業。 下列範例套用 AspNetCompatibilityRequirementsAttribute 至服務來啟用 ASP.NET 相容性並設定 GetCustomer 快取作業。 AspNetCacheProfileAttribute 屬性會指定包含要使用之快取設定的快取設定檔。

[ServiceContract]
[AspNetCompatibilityRequirements(RequirementsMode=AspNetCompatibilityRequirementsMode.Allowed)]
public class Service
{
    [WebGet(UriTemplate = "{id}")]
    [AspNetCacheProfile("CacheFor60Seconds")]
    public Customer GetCustomer(string id)
    {
        // ...
    }
}

還可在 Web.config 檔案中啟用 ASP.NET 相容性模式，如下列範例所示。

<system.serviceModel>
  <serviceHostingEnvironment aspNetCompatibilityEnabled="true" />
</system.serviceModel>

由 AspNetCacheProfileAttribute 指定的快取設定檔名稱會識別加入至 Web.config 組態檔的快取設定檔。 在 <outputCacheSetting> 項目中會定義快取設定檔，如下列組態範例所示。

<!-- ...  -->
<system.web>  
   <caching>  
      <outputCacheSettings>  
         <outputCacheProfiles>  
            <add name="CacheFor60Seconds" duration="60" varyByParam="none" sqlDependency="MyTestDatabase:MyTable"/>  
         </outputCacheProfiles>  
      </outputCacheSettings>  
   </caching>  
   <!-- ... -->  
</system.web>  

此組態項目與 ASP.NET 應用程式所使用的項目相同。 如需 ASP.NET 快取設定檔的詳細資訊，請參閱 OutputCacheProfile。 若是 Web HTTP 服務，快取設定檔中最重要的屬性是：cacheDuration 和 varyByParam。 這兩個屬性都是必要項。 cacheDuration 可設定應快取回應的時間 (以秒為單位)。 varyByParam 可讓您指定用來快取回應的查詢字串參數。 使用不同查詢字串參數值所執行的所有請求會分別快取。 例如，當初次向 http://MyServer/MyHttpService/MyOperation?param=10 執行請求時，使用相同 URI 所執行的所有後續請求會收到快取的回應 (直到快取持續時間結束)。 請求相似但對參數查詢字串參數有不同值的回應會分別快取。 如果您不想要此分別快取行為，請將 varyByParam 設為 "none"。

SQL 快取相依性

Web HTTP 服務回應也可使用 SQL 快取相依性來加以快取。 如果您的 WCF Web HTTP 服務依賴儲存在 SQL 資料庫中的資料，您可能需要快取服務的回應，並在 SQL 資料庫資料表中的資料變更時，使快取的回應失效。 此行為會完全在 Web.config 檔案中設定完成。 首先，在 <connectionStrings> 項目中定義連接字串。

<connectionStrings>
  <add name="connectString"
       connectionString="Data Source=MyService;Initial Catalog=MyTestDatabase;Integrated Security=True"
       providerName="System.Data.SqlClient" />
</connectionStrings>

接著，您必須在 <system.web> 項目的 <caching> 項目中啟用 SQL 快取相依性，如下列組態範例所示。

<system.web>
  <caching>
    <sqlCacheDependency enabled="true" pollTime="1000">
      <databases>
        <add name="MyTestDatabase" connectionStringName="connectString" />
      </databases>
    </sqlCacheDependency>
    <!-- ... -->
  </caching>
  <!-- ... -->
</system.web>

SQL 快取相依性會在此處啟用，且輪詢時間設為 1000 毫秒。 每次輪詢時間結束時，就會檢查資料庫資料表是否已更新。 如果偵測到變更就會移除快取的內容，並於下次叫用服務作業時快取新的回應。 在 <sqlCacheDependency> 項目中新增資料庫並參考 <databases> 項目中的連接字串，如下列範例所示。

<system.web>
  <caching>
    <sqlCacheDependency enabled="true" pollTime="1000">
      <databases>
        <add name="MyTestDatabase" connectionStringName="connectString" />
      </databases>  
    </sqlCacheDependency>  
    <!-- ... -->  
  </caching>  
  <!-- ... -->  
</system.web>  

接著您必須在 <caching> 項目中設定輸出快取設定，如下列範例所示。

<system.web>
  <caching>  
    <!-- ...  -->
    <outputCacheSettings>
      <outputCacheProfiles>
        <add name="CacheFor60Seconds" duration="60" varyByParam="none" sqlDependency="MyTestDatabase:MyTable" />
      </outputCacheProfiles>
    </outputCacheSettings>
  </caching>
  <!-- ... -->
</system.web>

在此處快取持續時間設為 60 秒，varyByParam 設為 none，而 sqlDependency 設為資料庫名稱/資料表組的分號分隔清單，該組由冒號分隔。 當 MyTable 中的資料變更就會移除服務作業的已快取回應，而當叫用作業時，就會產生 (以呼叫服務作業的方式) 及快取新的回應並傳回至用戶端。

條件式 HTTP GET 型快取

在 Web HTTP 案例中，條件式 HTTP GET 通常是由服務所使用，以實作智慧型 HTTP 快取，如 HTTP 規格中所述。 若要這樣做，服務必須設定 HTTP 回應中之 ETag 標頭的值。 服務也必須檢查 HTTP 請求中的 If-None-Match 標頭，確認是否有任何指定的 ETag 符合目前的 ETag。

若是 GET 和 HEAD 請求，CheckConditionalRetrieve 會使用 ETag 值並將它和請求的 If-None-Match 標頭比對。 如果有標頭且有符合的比對，就會擲回含有 HTTP 狀態碼 304 (未修改) 的WebFaultException，並加入 ETag 標頭至含有符合之 ETag 的回應。

CheckConditionalRetrieve 方法的一個多載會使用上次修改的日期並將它和請求的 If-Modified-Since 標頭比對。 如果有標頭且尚未修改資源，就會擲回含有 HTTP 狀態碼 304 (未修改) 的WebFaultException。

針對 PUT、POST 和 DELETE 請求，CheckConditionalUpdate 會使用資源目前的 ETag 值。 如果目前的 ETag 值為 null，方法就會檢查具有 "*" 值的 If-None- Match 標頭。 如果目前的 ETag 值不是預設值，那麼方法就會將目前的 ETag 值和請求的 If- Match 標頭比對。 不論那一種情況，如果預期的標頭不在請求中，或其值無法滿足條件式檢查時，方法都會擲回含有 HTTP 狀態碼 412 (前置條件失敗) 的WebFaultException，並將回應的 ETag 標頭設為目前的 ETag 值。

這兩個 CheckConditional 方法和 SetETag 方法可確保在回應標頭上設定的 ETag 值，根據 HTTP 規格，為有效的 ETag 值。 如果雙引號不是已存在且未正確逸出任何內部雙引號字元時，就會將 ETag 值以雙引號括住。 不支援弱式 ETag 比較。

下列範例示範如何使用這些方法。

[WebGet(UriTemplate = "{id}"), Description("Returns the specified customer from customers collection. Returns NotFound if there is no such customer. Supports conditional GET.")]
public Customer GetCustomer(string id)
{
    lock (writeLock)
    {
        // return NotFound if there is no item with the specified id.
        object itemEtag = customerEtags[id];
        if (itemEtag == null)
        {
            throw new WebFaultException(HttpStatusCode.NotFound);
        }
  
        // return NotModified if the client did a conditional GET and the customer item has not changed
        // since when the client last retrieved it
        WebOperationContext.Current.IncomingRequest.CheckConditionalRetrieve((long)itemEtag);
        Customer result = this.customers[id] as Customer;

        // set the customer etag before returning the result
        WebOperationContext.Current.OutgoingResponse.SetETag((long)itemEtag);
        return result;
    }
}

安全性考量

需要權限的要求不得快取其回應，因為從快取提供回應時，不會執行授權。 快取此類回應會導致嚴重的安全性弱點。 需要授權的要求通常會提供使用者專屬的資料，因此伺服器端快取甚至沒有任何好處。 在此類情況下，用戶端快取或完全不快取將更為適當。