|
对于最新的稳定版本，请使用 Spring Framework 7.0.6! |
理解缓存抽象
在核心层面，缓存抽象将缓存应用于Java方法，从而根据缓存中可用的信息减少执行次数。也就是说，每次调用目标方法时，抽象会应用缓存行为，以检查该方法是否已针对给定参数被调用过。如果已被调用，则直接返回缓存的结果，而无需调用实际的方法。如果方法尚未被调用，则会调用它，并将结果缓存并返回给用户，这样下次调用该方法时就会直接返回缓存的结果。这样，对于给定的参数集，耗时的方法（无论是CPU密集型还是IO密集型）只需调用一次，结果即可重复使用，而无需再次实际调用该方法。缓存逻辑是透明应用的，不会对调用者造成任何干扰。
| 这种方法仅适用于那些无论调用多少次，对于给定输入（或参数）都能保证返回相同输出（结果）的方法。 |
缓存抽象还提供了其他与缓存相关的操作，例如更新缓存内容或删除一个或所有条目。如果缓存处理的数据在应用程序运行过程中可能会发生变化，这些操作会非常有用。
与其他Spring框架中的服务一样，缓存服务是一种抽象（不是缓存实现），需要使用实际的存储来存储缓存数据 — 也就是说，这种抽象使你无需编写缓存逻辑，但不提供实际的数据存储。这种抽象由org.springframework.cache.Cache和org.springframework.cache.CacheManager接口实现。
Spring 提供了几种实现该抽象的方式：
基于 JDK java.util.concurrent.ConcurrentMap 的缓存、Gemfire 缓存、
Caffeine 以及符合 JSR-107 标准的缓存（例如
Ehcache 3.x）。有关接入其他缓存存储和提供商的更多信息，请参见 接入不同的后端缓存。
| 缓存抽象对多线程和多进程环境没有特殊处理，因为这些功能由缓存实现来处理。 |
如果你有一个多进程环境（即部署在多个节点上的应用程序），你需要相应地配置你的缓存提供者。根据你的使用场景，同一数据在多个节点上的副本可能已经足够。然而，如果在应用程序运行过程中修改了数据，你可能需要启用其他传播机制。
缓存某个特定项相当于典型的“如果未找到则继续执行并最终放入”的代码块，这在程序化缓存交互中很常见。 不会应用锁，多个线程可能会同时尝试加载相同的项。 撤出也是如此。如果多个线程同时尝试更新或撤出数据，你可能会使用过时的数据。某些缓存提供方在该方面提供了高级功能。有关更多详细信息，请参阅你的缓存提供方的文档。
要使用缓存抽象，你需要关注两个方面：
-
缓存声明：确定需要缓存的方法及其策略。
-
缓存配置：数据存储和读取的后备缓存。