上下文缓存

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

一ApplicationContext可以通过配置组合进行唯一标识 参数。因此，独特的配置组合 parameters 用于生成缓存上下文的键。测试上下文 框架使用以下配置参数来构建上下文缓存键：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、不同的活动配置文件、不同的上下文初始值设定项、不同的 测试属性源，或不同的父上下文，则相同ApplicationContext由两个测试类共享。这意味着加载应用程序的设置成本 上下文仅产生一次（每个测试套件），并且后续测试执行 更快。spring-doc.cadn.net.cn

上下文缓存的大小以默认最大大小 32 为限。每当 达到最大大小时，使用最近最少使用的 （LRU） 逐出策略来逐出和 关闭过时的上下文。您可以从命令行或构建中配置最大大小 脚本，通过设置名为spring.test.context.cache.maxSize.作为 或者，您可以通过SpringProperties机制。spring-doc.cadn.net.cn

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

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