[Introduce Caching to Your Application](https://developers.sap.com/tutorials/s4sdk-caching.html)

# 本文目錄

* What caching is and why you should care about it
* How a cache works
* How to cache your OData Call
* How to configure the cache

# Caches

有時，從您的應用程式到外部伺服器的服務呼叫在效能和延遲方面非常昂貴。一旦達到客戶和客戶的關鍵響應時間，對查詢資料的進一步評估會使事情變得更糟。

為了提高對使用者的響應能力，您的應用程式內部請求的資料通常可以儲存以供後續呼叫使用。這可以透過這樣的方式來實現，即對於每個請求，應用程式之前儲存的資訊都可以重複使用。這種一般行為稱為快取。快取儲存透過它的資訊的副本。除了提高響應能力外，技術目標是降低整體所需的頻寬和處理要求，從而最終減少伺服器負載和感知延遲。透過這種方式，可以減少需要跨網路傳輸的資訊量。

快取在各種用例中都非常重要。這是我們現代網際網路體驗進步的原因之一，例如按需多媒體流媒體和持久雲端儲存。與儲存整個請求和響應文件的 Web 快取不同，內部應用程式快取用於為多個預期用途持久儲存臨時資料。每當資訊的計算或檢索成本很高，並且不止一次需要它在某個輸入上的值時，就應該考慮快取。

# How do they work

快取通常透過向給定主題（稱為鍵）請求資訊的操作來工作。如果先前請求給定鍵的資訊，在請求時儲存，並且現在可以讀取，則會發生所謂的“快取命中”：可以找到資料並將載入。當它不能時會發生“快取未命中”。

快取最重要的方面是其大小和其專案的生命週期。兩者都應針對用例進行限制，以避免應用程式中出現過時的狀態或不成比例的記憶體消耗。當應用程式從外部源重複讀取更大的資料塊時，可以看到使用快取的最大影響。在這種情況下，使用快取會顯著減少傳輸資訊所需的頻寬。

快取適用於：

* 你願意花一些記憶體來提高速度。
* 您希望金鑰有時會被多次查詢。
* 您的快取不需要儲存比 RAM 所能容納的更多的資料。 
（預設情況下，快取在應用程式的單次執行中是本地的。它不會將資料儲存在檔案中，也不會儲存在外部伺服器上。）

如果這些要求適用於您的用例，我們強烈建議您在應用程式中使用 SAP Cloud SDK 提供的快取功能。現在您已經瞭解了快取為何有用，您將瞭解 Cloud SDK 提供了什麼來啟用它。

# Caching with SAP Cloud SDK

Cloud SDK 可以輕鬆地快取您的請求，因為它可以在後臺處理大部分複雜性。 這包括處理租戶感知請求，這在多租戶應用程式中是必不可少的。 如果您的請求需要，SDK 將自動隔離租戶或主體級別的快取。

在 SAP Cloud SDK 中，JCache (JSR 107) 用作底層快取技術。 在本文的例子中，您將為此使用 JCache 介面卡 Caffeine，但您可以使用任何您喜歡的實現。 對於 Caffeine，將以下依賴項新增到您的應用程式 pom.xml：

```xml
<dependency>
  <groupid>com.github.ben-manes.caffeine</groupid>
  <artifactid>jcache</artifactid>
  <scope>runtime</scope>
  <version>2.7.0</version>
</dependency>
```

# Cache your OData call

既然我們已經討論了為什麼快取很重要，以及它如何幫助我們提高效能和響應能力，現在是時候將它引入您的應用程式了。

現在，為了使我們的 OData 呼叫可快取，您將增強 ResilienceConfiguration 並向其新增 CacheConfiguration.

在 GetBusinessPartnerCommand 的建構函式末尾新增以下幾行：

./application/src/main/java/com/sap/cloud/sdk/tutorial/GetBusinessPartnersCommand.java

```java
final ResilienceConfiguration.CacheConfiguration cacheConfig =
        ResilienceConfiguration.CacheConfiguration
                .of(Duration.ofSeconds(10))
                .withoutParameters();

myResilienceConfig.cacheConfiguration(cacheConfig);                         
```

如上所述，ResilienceConfiguration 用於整合快取功能，在 CacheConfiguration 中進行了描述。您的配置有兩個步驟：

a. 確定物件要快取多長時間
b. 宣告需要與快取資料一起儲存的引數

第一步顯然是必要的，因為資料應該只儲存有限的時間。儲存快取資訊的時間越長，它就會變得越過時。您希望將資料快取多長時間取決於您的特定用例。您預計資訊過時的速度有多快？訪問資料的頻率如何？超時設定了資料是最新的和應用程式響應之間的權衡。

其次，您指定要與資料一起快取的引數。對於檢索業務合作伙伴列表的請求，不需要引數，因此您可以使用htoutParameters 構建快取。但是假設您想透過將 ID 傳遞給系統來獲取有關特定業務合作伙伴的資訊。為了快取這樣的請求，快取不僅需要記住接收到的結果，還需要記住與之關聯的 ID。在這種情況下，可以使用 .withParameters(param1, param2, ..) 簡單地傳遞這些引數。

隨意測試與發出的第一個請求相比，後續請求的響應速度更快。在本地或雲中部署您的應用程式，並多次訪問業務合作伙伴列表。

如何給基於 SAP Cloud SDK 的應用增添快取支援 Cache support

相關文章