上下文缓存

一旦 TestContext 框架加载了一个ApplicationContext（或WebApplicationContext) 对于测试，该上下文将被缓存并重新用于所有声明 同一测试套件中相同的唯一上下文配置。了解如何缓存 有效，理解 “unique” 和 “test suite” 的含义非常重要。spring-doc.cadn.net.cn

一ApplicationContext可以通过配置的组合来唯一标识 参数。因此，配置的独特组合 parameters 用于生成缓存上下文的 key。The TestContext 框架使用以下配置参数来构建上下文缓存键：spring-doc.cadn.net.cn

例如，如果TestClassA指定{"app-config.xml", "test-config.xml"}对于locations（或value） 属性的@ContextConfiguration、TestContext 框架 加载相应的ApplicationContext并将其存储在static上下文缓存 在仅基于这些位置的键下。因此，如果TestClassB还定义了{"app-config.xml", "test-config.xml"}对于其位置（显式或 隐式地通过继承），但未定义@WebAppConfiguration，则ContextLoader、不同的活动配置文件、不同的上下文初始化器、不同的 test 属性源，或者不同的父上下文，则相同的ApplicationContext由两个测试类共享。这意味着加载应用程序的设置成本 context 仅发生一次（每个测试套件），并且后续测试执行很多 更快。spring-doc.cadn.net.cn

上下文缓存的大小以默认最大大小 32 为界。每当 达到最大大小，则使用最近最少使用 （LRU） 的驱逐策略进行驱逐，并且 关闭过时的上下文。您可以从命令行或内部版本配置最大大小 script 中，通过设置名为spring.test.context.cache.maxSize.作为 或者，您可以通过SpringProperties机制。spring-doc.cadn.net.cn

由于在给定的测试套件中加载了大量的应用程序上下文 导致套件需要不必要地长时间运行，这通常是有益的 确切地知道已经加载和缓存了多少个上下文。要查看 底层上下文缓存中，您可以为org.springframework.test.context.cachelogging 类别设置为DEBUG.spring-doc.cadn.net.cn

在不太可能的情况下，测试会损坏应用程序上下文并需要重新加载 （例如，通过修改 Bean 定义或应用程序对象的状态），则 可以使用@DirtiesContext（参见@DirtiesContext在 Spring Testing Annotations 中）。这指示 Spring 从缓存中删除上下文并重新构建 运行需要相同应用程序的下一个测试之前的应用程序上下文 上下文。请注意，对@DirtiesContext注解由DirtiesContextBeforeModesTestExecutionListener和DirtiesContextTestExecutionListener，默认情况下处于启用状态。spring-doc.cadn.net.cn