此版本仍在开发中,尚不被认为是稳定的。对于最新的稳定版本,请使用 Spring Framework 6.2.10! |
了解缓存抽象
从本质上讲,缓存抽象将缓存应用于 Java 方法,从而减少 基于缓存中可用信息的执行次数。也就是说,每次 调用目标方法时,抽象会应用缓存行为来检查 是否已经为给定参数调用了该方法。如果已经 调用时,将返回缓存的结果,而无需调用实际方法。 如果尚未调用该方法,则调用该方法,并缓存结果并 返回给用户,以便下次调用该方法时,缓存的结果为 返回。这样,只能调用昂贵的方法(无论是 CPU 还是 IO 绑定的) 一次给定的参数集,结果重用,而不必实际 再次调用该方法。缓存逻辑是透明应用的,没有任何 干扰调用者。
此方法仅适用于保证返回相同 给定输入(或参数)的输出(结果),无论它们被调用多少次。 |
缓存抽象提供了其他与缓存相关的作,例如 以更新缓存的内容或删除一个或所有条目。如果出现以下情况,这些非常有用 缓存处理在应用程序过程中可能更改的数据。
与 Spring Framework 中的其他服务一样,缓存服务是一个抽象
(不是缓存实现),并且需要使用实际存储来存储缓存数据——也就是说,抽象使您不必编写缓存逻辑,但不会
提供实际的数据存储。这种抽象由org.springframework.cache.Cache
和org.springframework.cache.CacheManager
接口。
Spring 提供了该抽象的一些实现:JDKjava.util.concurrent.ConcurrentMap
基于缓存、Gemfire 缓存、Caffeine 和符合 JSR-107 的缓存(例如
作为 Ehcache 3.x)。有关插入其他缓存存储和提供程序的更多信息,请参阅插入不同的后端缓存。
缓存抽象对多线程和 多进程环境,因为此类功能由缓存实现处理。 |
如果您有一个多进程环境(即部署在多个节点上的应用程序), 您需要相应地配置缓存提供程序。根据您的用例,副本 多个节点上的相同数据就足够了。但是,如果您在 在应用程序过程中,您可能需要启用其他传播机制。
缓存特定项直接等效于典型的 get-if-not-found-then-proceed-and-put-eventually 代码块 通过编程缓存交互找到。 不应用锁,多个线程可能会尝试并发加载同一项。 这同样适用于驱逐。如果多个线程正在尝试更新或逐出数据 同时,您可以使用过时的数据。某些缓存提供商提供高级功能 在那个地区。有关更多详细信息,请参阅缓存提供程序的文档。
要使用缓存抽象,您需要注意两个方面:
-
缓存声明:确定需要缓存的方法及其策略。
-
缓存配置:存储数据和从中读取数据的后备缓存。