Context 快取

一旦 TestContext 框架為測試載入 ApplicationContext (或 WebApplicationContext)，該 Context 就會被快取並重複用於在同一個測試套件中宣告相同唯一 Context 組態的所有後續測試。為了理解快取如何運作，重要的是要理解「唯一」和「測試套件」的含義。

ApplicationContext 可以通過用於載入它的組態參數組合來唯一識別。因此，唯一的組態參數組合用於產生一個金鑰，Context 在該金鑰下被快取。TestContext 框架使用以下組態參數來建立 Context 快取金鑰

例如，如果 TestClassA 為 @ContextConfiguration 的 locations (或 value) 屬性指定 {"app-config.xml", "test-config.xml"}，則 TestContext 框架會載入對應的 ApplicationContext，並將其儲存在 static Context 快取中，金鑰僅基於這些位置。因此，如果 TestClassB 也為其位置定義 {"app-config.xml", "test-config.xml"}（顯式或隱式透過繼承），但不定義 @WebAppConfiguration、不同的 ContextLoader、不同的活動 Profile、不同的 Context Initializer、不同的測試屬性來源或不同的父 Context，則相同的 ApplicationContext 會由兩個測試類別共用。這表示載入應用程式 Context 的設定成本僅發生一次（每個測試套件），並且後續的測試執行速度會快得多。

Context 快取的大小有上限，預設最大大小為 32。每當達到最大大小時，就會使用最近最少使用 (LRU) 的驅逐策略來驅逐和關閉過時的 Context。您可以通過設定名為 spring.test.context.cache.maxSize 的 JVM 系統屬性，從命令列或建置 Script 組態最大大小。作為替代方案，您可以通過 SpringProperties 機制設定相同的屬性。

由於在給定的測試套件中載入大量應用程式 Context 可能會導致套件花費不必要的時間來執行，因此通常最好確切地知道已載入和快取了多少 Context。要檢視底層 Context 快取的統計資訊，您可以將 org.springframework.test.context.cache 記錄類別的日誌級別設定為 DEBUG。

在不太可能發生的情況下，測試會損壞應用程式 Context 並需要重新載入（例如，通過修改 Bean 定義或應用程式物件的狀態），您可以使用 @DirtiesContext 註解您的測試類別或測試方法（請參閱 Spring 測試註解 中關於 @DirtiesContext 的討論）。這會指示 Spring 從快取中移除 Context，並在執行下一個需要相同應用程式 Context 的測試之前重建應用程式 Context。請注意，對 @DirtiesContext 註解的支援由 DirtiesContextBeforeModesTestExecutionListener 和 DirtiesContextTestExecutionListener 提供，預設情況下已啟用。