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