快取用戶端與本機快取 (AppFabric 1.1 快取)

使用 Microsoft AppFabric 1.1 for Windows Server 的快取功能時，您的應用程式將會使用 DataCache 物件在快取中儲存資料。此物件稱為快取用戶端。若要建立使用預設快取的快取用戶端，請使用 GetDefaultCache 方法。若要建立使用具名快取的快取用戶端，請使用 GetCache 方法。

注意

基於效能考量，我們建議您將使用可進行快取的應用程式建立的 DataCacheFactory 物件數目最小化。在變數中儲存 DataCacheFactory 物件，以供使用快取用戶端之應用程式的所有組件使用。

安全性考量

我們強烈建議您使用適當的機制來保護用於指定快取用戶端之 XML 型應用程式組態檔的安全。可在這個檔案中指定快取主機的電腦名稱。但是，對於實際存取快取叢集的其他用戶端，那些用戶端必須具有適當的權限才能存取快取叢集。

本機快取

伺服器會將物件以序列化形式儲存在快取中。當快取用戶端要求存取快取中的物件時，伺服器會透過網路將物件傳送給用戶端。快取用戶端接著會將物件還原序列化，以供用戶端應用程式使用。為加速擷取物件的程序，請使用本機快取。如需有關啟用本機快取的詳細資訊，請參閱啟用 AppFabric 1.1 本機快取或啟用本機快取 (XML)。

啟用本機快取之後，快取用戶端會將物件的參考儲存至本機。這樣可在用戶端應用程式的記憶體中將物件維持為作用中狀態。當應用程式要求該物件時，快取用戶端會先檢查該物件是否位於本機快取中。若物件位於本機快取，則系統會立即傳回該物件，而不會連線到伺服器。若物件不在本機快取中，則會從伺服器擷取物件。快取用戶端接著會將物件還原序列化，並將新擷取之物件的參考儲存在本機快取中。用戶端應用程式會使用這個相同的物件。

本機快取中之物件的存留期取決於數個因素，例如本機快取中的物件數目上限以及無效判定原則。本機快取有兩種無效判定類型：「逾時型無效判定」和「通知型無效判定」。如需詳細資訊，請參閱到期與收回 (AppFabric 1.1 快取)。

提示

當物件儲存在本機快取之後，不論物件是否由快取叢集中的另一個用戶端更新，您的應用程式都會繼續使用那些物件 (直到那些物件被判定為無效)。因此，最好針對甚少變更的資料使用本機快取。

物件一致性

在本機快取的物件是儲存在與快取用戶端處理序相同的處理序空間中。當快取用戶端要求本機快取的物件時，用戶端會收到對本機快取物件的參照，而不是複本。這對多執行緒應用程式而言是項重要的考量，這些應用程式可能會從多個執行緒修改同一個本機快取物件。這些應用程式可以採用標準的 .NET Framework 程式碼撰寫技術，以便將來自多個執行緒的物件變更同步化。同時也可以為每個執行緒建立個別的 DataCacheFactory 物件。建立許多快取工廠時應該審慎考量，因為的額外負荷可能會減少好處。

另請參閱

概念

AppFabric 快取功能實體架構圖 (AppFabric 1.1 快取)
AppFabric 快取功能邏輯架構圖 (AppFabric 1.1 快取)
到期與收回 (AppFabric 1.1 快取)
啟用 AppFabric 1.1 本機快取
啟用本機快取 (XML)
開發快取用戶端

  2012-03-05