@Cache注释

最新推荐文章于 2024-09-11 10:41:09 发布
原创 最新推荐文章于 2024-09-11 10:41:09 发布 · 407 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#springmvc

CacheConcurrencyStrategy.NONE，不适用，默认
CacheConcurrencyStrategy.READ_ONLY，只读模式，在此模式下，如果对数据进行更新操作，会有异常(对于不发生改变的数据使用)；
CacheConcurrencyStrategy.READ_WRITE，读写模式在更新缓存的时候会把缓存里面的数据换成一个锁，其它事务如果去取相应的缓存数据，发现被锁了，直接就去数据库查询(基于时间戳判定机制，，对于数据同步要求严格的情况，使用频繁)；
CacheConcurrencyStrategy.NONSTRICT_READ_WRITE，不严格的读写模式则不会的缓存数据加锁(更新不频繁几个小时或更长)；
CacheConcurrencyStrategy.TRANSACTIONAL，事务模式指缓存支持事务，当事务回滚时，缓存也能回滚，只支持JTA环境。

PageFactory与@FindBy、@FindBys、@FindAll和@CacheLookup
Java后端技术栈
01-30 425
一、@FindBy和@CacheLookup用法 代码实例 package page; import org.openqa.selenium.WebDriver; import org.openqa.selenium.WebElement; import org.openqa.selenium.support.CacheLookup; import org.openqa.selenium.support.FindBy; import org.openqa.selenium.support.PageFa
Spring系列之Spring Cache缓存注解的使用
echola_mendes的博客
08-23 2470
Spring Cache 是 Spring Framework 提供的一个用于操作缓存的抽象层，它简化了在 Spring 应用程序中集成和使用缓存的过程Spring Cache 不直接实现任何缓存技术，而是定义了一套标准接口和注解，使得开发人员可以轻松地切换底层缓存实现，而无需修改业务逻辑代码是不是有点似懂非懂，那么使用一个🌰来了解@Service@Autowire@Autowired//查询用户if(user!= null) {
Spring3.1 Cache注解
hanqunfeng的专栏
08-26 235
需要感慨一下，spring3.0时丢弃了2.5时的spring-modules-cache.jar，致使无法使用spring来方便的管理cache注解，好在3.1.M1中增加了对cache注解的支持，可喜可贺啊！   希望了解spring2.5的cache注解，可以参考如下内容： Spring基于注解的缓存配置--EHCache AND OSCache Spring基于注解的缓存配置-...
Spring缓存注解@Cache使用
tom_seed的专栏
08-15 802
参考资料 http://www.ibm.com/developerworks/cn/opensource/os-cn-spring-cache/ http://swiftlet.net/archives/774   缓存注解有以下三个： @Cacheable      @CacheEvict     @CachePut   @Cacheable(value=”accountCac...
注释驱动的 Spring cache 缓存介绍
fyxxq的专栏
03-18 3686
简介： 介绍 spring 3.1 激动人心的新特性：注释驱动的缓存，本文通过一个简单的例子进行展开，通过对比我们原来的自定义缓存和 spring 的基于注释的 cache 配置方法，展现了 spring cache 的强大之处，然后介绍了其基本的原理，扩展点和使用场景的限制。通过阅读本文，你可以短时间内掌握 spring 带来的强大缓存技术，在很少的配置下即可给既有代码提供缓存能力。 概述
Cache注解
学而不思则罔 思而不学则殆
12-29 1494
spring3.1.M1中负责cache的模块是org.springframework.context-3.1.0.M1.jar   与2.5时的modules模块类似，3.1的注解缓存也是在方法上声明注解，3.1同样提供了两个注解： @Cacheable：负责将方法的返回值加入到缓存中 @CacheEvict：负责清除缓存   @Cacheable 支持如下几个参数： value：
cacheput注解 用法_Spring缓存注解@Cache使用
weixin_31134719的博客
12-31 4190
一、 缓存注解有以下三个：@Cacheable@CacheEvict@CachePut@Cacheable(value=”accountCache”)，这个注释的意思是，当调用这个方法的时候，会从一个名叫 accountCache 的缓存中查询，如果没有，则执行实际的方法(即查询数据库)，并将执行的结果存入缓存中，否则返回缓存中的对象。这里的缓存中的 key 就是参数 userName，value...
bash-cache:[未维护] linux命令特定用法的注释
05-15
bash-cache允许我们存储那些复杂的命令用法……奇妙的正则表达式或awk的大量复杂用法。 只是保存它。 使用npm npm install -g bash-cache ##用法 bash-cache [-c] <command> -s <text> # save bash-cache [-c] ...
精选资源
jetcache：JetCache是​​一个Java缓存框架
02-03
它提供的注释比Spring Cache中的注释更强大。 JetCache中的注释支持本地TTL，两级缓存和分布式自动刷新，您也可以手动编写Cache实例。 当前有四个工具： RedisCache ， TairCache （在github上不是开源的）， ...
redis-@cache缓存注解
u013008898的博客
09-28 5737
这个注解以前也没试过,可以作用在contrller上,也可以作用在service层上,建议用在service上 1.首先遇到了@cache注解配置无效的问题 2.遇到了jackson解析报错:com.fasterxml.jackson.databind.exc.InvalidDefinitionException: Cannot construct instance 3.遇到了redis序列化java8 LocalDateTime错误的问题 =============================
缓存注解Cache
baidu_41634343的博客
07-13 595
SpringBoot缓存注解 @CacheConfig、@Cacheable、@CachePut、@CacheEvict、@Caching 将方法的运行结果进行缓存；以后再要有相同的数据，直接从缓存中获取，不用调用方法； CacheManager管理多个Cache组件，对缓存的真正CRUD操作在Cache组件中，每一个缓存组件有自己唯一一个名字； @Cacheable @Cacheable可以标...
@Cache
qq28521810的博客
07-04 127
从hibernate2.1开始ehcache已经作为hibernate的默认缓存方案（二级缓存方案 sessionfactory级别）， 在项目中有针对性的使用缓存将对性能的提升右很大的帮助。 　　要使用 Ehcache：需要一下步骤 　　一，classpath添加相应的jar（ehcache，commons-logging） 　　二，然后在hibernate.cfg.xm...
缓存注解（@Cacheable、@CacheEvict、@CachePut、@Caching）
小赵在努力
09-11 823
key缓存的key规则，可以用springEL表达式，默认是方法参数组合。从缓存中移除相应数据，触发缓存删除的操作。value缓存名称，可以有多个。SpringEL表达式。
Spring缓存注解@Cache,@CachePut , @CacheEvict，@CacheConfig使用
Ethan_Fu的专栏
06-22 2580
@Cacheable、@CachePut、@CacheEvict 注释介绍 表 1. @Cacheable 作用和配置方法 @Cacheable 的作用 主要针对方法配置，能够根据方法的请求参数对其结果进行缓存 @Cacheable 主要的参数 value 缓存的名称，在 spring 配置文件中定义，必须指定至少一个 例如： @Cac
Spring 中的 @Cacheable 缓存注解，你真的了解吗？
Java笔记虾
03-01 5810
1 什么是缓存第一个问题，首先要搞明白什么是缓存，缓存的意义是什么。对于普通业务，如果要查询一个数据，一般直接select数据库进行查找。但是在高流量的情况下，直接查找数据库就会成为性能的瓶颈。因为数据库查找的流程是先要从磁盘拿到数据，再刷新到内存，再返回数据。磁盘相比于内存来说，速度是很慢的，为了提升性能，就出现了基于内存的缓存。这种基于内存的缓存，由于无法跟磁盘频繁进行存储，所以无法保证数据的...
Spring(7) @Cacheable缓存注解
ACGkaka的博客
12-28 8491
Spring(7) @Cacheable缓存注解
缓存注解@Cacheable、@CacheEvict、@CachePut使用
asgsmile的博客
07-20 2291
一、 Spring引入了对Cache的支持。其使用方法和原理都类似于Spring对事务管理的支持。Spring Cache是作用在方法上的，其核心思想是这样的：当我们在调用一个缓存方法时会把该方法参数和返回结果作为一个键值对存放在缓存中，等到下次利用同样的参数来调用该方法时将不再执行该方法，而是直接从缓存中获取结果进行返回。所以在使用Spring Cache的时候我们要保证我们缓存的方法对于相同的方法参数要有相同的返回结果。 使用Spring Cache： --->声明某些方法使用缓存 --..
在同一个类内a方法需要调用b方法，b方法使用了@CacheAble注释，缓存没有生效，那注入这个类的接口，并添加上@Lazy注释，可以使缓存生效并且避免循环依赖的问题吗
最新发布
09-12
<think> 我们正在讨论的问题是：在同一个类中，方法a调用方法b，方法b上使用了@Cacheable注解，但缓存未生效。用户询问通过注入该类的接口并添加@Lazy注解是否能够解决缓存失效问题并避免循环依赖。 核心问题分析： 1. 缓存失效原因：在同一个类中，方法a直接调用方法b（即this.b()）时，是目标对象内部的调用，不会经过代理对象，因此无法触发AOP增强（包括缓存、事务等）。这是Spring AOP的机制决定的，因为AOP代理是通过拦截器在代理对象上执行的，而内部调用不会走代理。 2. 解决方案思路： - 通常的解决方案是：让方法a调用代理对象的方法b，而不是直接调用。 - 常用方法有两种： a. 通过AopContext获取当前代理对象，然后调用其方法b（需要开启exposeProxy）。 b. 通过依赖注入自身（或自身接口）的代理对象，然后通过这个代理对象调用方法b。 3. 用户提到的方案：注入该类的接口并添加@Lazy注解。 - 解释：注入自身的代理对象（通过接口注入），并使用@Lazy避免循环依赖问题。 具体分析： - 注入自身接口（假设为MyService）并添加@Lazy，例如： @Service public class MyServiceImpl implements MyService { @Autowired @Lazy private MyService self; // 注入自身的代理对象 public void a() { // 使用注入的代理对象调用b方法 self.b(); // 这样会走代理，从而缓存生效 } @Cacheable("myCache") public void b() { // ... } } - 为什么能解决缓存失效？ 因为通过注入的代理对象（self）调用b方法，此时调用的是代理对象的方法，所以会被AOP拦截，从而触发缓存逻辑。 - 为什么加@Lazy？ 避免循环依赖：因为MyServiceImpl在创建时需要注入自身，如果不加@Lazy，则会出现循环依赖（自己依赖自己）。Spring默认支持通过setter注入解决循环依赖（使用三级缓存），但构造函数注入的循环依赖无法解决。而使用@Lazy可以延迟注入，即先创建一个代理对象注入，等到真正使用时再初始化，从而避免循环依赖。 4. 注意事项： - 该方法适用于代理模式为JDK动态代理（基于接口）的情况。如果使用CGLIB（代理类），则注入自身类型（而不是接口）也可以，但同样需要@Lazy。 - 但注意：如果使用CGLIB，且注入的是具体类，则要求该类没有被final修饰（因为CGLIB通过生成子类代理）。 5. 替代方案： - 方案1：使用AopContext.currentProxy()（需要开启exposeProxy） 在配置类上添加：@EnableAspectJAutoProxy(exposeProxy = true) 然后调用： ((MyService) AopContext.currentProxy()).b(); - 方案2：将方法b拆分到另一个Bean中，然后通过注入那个Bean来调用（推荐，符合单一职责）。 6. 关于循环依赖： - 使用@Lazy注解注入自身代理是解决此类循环依赖的常用手段。 - Spring默认支持setter注入的循环依赖（通过三级缓存），但构造函数注入的循环依赖无法解决。而使用@Lazy可以打破循环，因为它不会立即初始化注入的Bean，而是在第一次使用时初始化。 结论： 使用注入接口（或自身）并添加@Lazy注解的方式，可以使得在同一个类内通过代理对象调用b方法，从而让@Cacheable生效，并且能够避免循环依赖问题。 但是，请注意： 这种方式虽然可行，但会使代码与Spring框架产生一定耦合（需要注入自身），并且逻辑上可能不够清晰。因此，如果可能，更推荐将方法b放到另一个Bean中。 示例代码： ```java public interface MyService { void a(); void b(); } @Service public class MyServiceImpl implements MyService { // 注意：这里注入的是自身的代理（通过接口） @Autowired @Lazy private MyService self; @Override public void a() { // 通过代理调用b self.b(); // 缓存生效 } @Cacheable("myCache") @Override public void b() { // 业务逻辑 } } ``` 相关问题： 1. 除了使用@Lazy注入自身代理，还有哪些方法可以解决Spring AOP的“自调用”问题？ 2. Spring如何处理循环依赖？三级缓存的具体机制是什么？ 3. 在Spring中，如何选择JDK动态代理和CGLIB代理？它们对自调用问题的影响有何不同？ 4. 为什么Spring的缓存、事务等注解在同一个类内部调用时不生效？ 5. 使用AopContext.currentProxy()方法需要注意哪些问题？ </think> 针对同一个类内方法调用导致`@Cacheable`失效的问题，结合注入接口添加`@Lazy`的方案分析如下： ### 问题本质：自调用导致代理失效 在Spring AOP中，当类内方法`a()`直接调用`b()`时： ```java class Service { public void a() { b(); // ⚠️ 直接调用相当于 this.b()，绕过代理 } @Cacheable("cache") public Object b() {...} } ``` $$ \text{调用路径：} a() \xrightarrow{\text{this}} b() \quad (\text{未经过代理}) $$ 导致缓存拦截器无法触发[^1]。 --- ### 解决方案：注入自身代理 + `@Lazy` #### 1. **核心实现代码** ```java @Service public class MyService { @Autowired @Lazy // 关键注解 private MyService selfProxy; // 注入自身代理对象 public void a() { selfProxy.b(); // 通过代理对象调用 } @Cacheable("myCache") public Object b() {...} } ``` #### 2. **生效原理** | 组件 | 作用 | |-------------------|----------------------------------------------------------------------| | `selfProxy` | Spring注入的**代理对象**（非原始Bean） | | `@Lazy` | 延迟初始化，打破 `MyService` ↔ `MyService` 的循环依赖链 | | `selfProxy.b()` | 调用路径：`a()` → **代理对象** → 缓存拦截器 → 实际`b()`方法 | #### 3. **避免循环依赖机制** ```mermaid graph LR A[创建MyService原始对象] --> B[注入selfProxy代理] B --> C[初始化完成] C --> D[调用a方法时才触发selfProxy初始化] ``` - **循环依赖化解**：`@Lazy`将依赖推迟到运行时，避开启动时的死锁检测 - **代理有效性**：注入的`selfProxy`是CGLIB/JDK动态代理对象，携带缓存拦截器 --- ### 注意事项 1. **接口必要性** - 若使用**JDK动态代理**：必须通过接口注入（`private MyServiceInterface selfProxy`） - 若使用**CGLIB代理**（`proxyTargetClass=true`）：可直接注入实现类 ```java @EnableAspectJAutoProxy(proxyTargetClass = true) // CGLIB模式 ``` 2. **常见陷阱** - **`final`方法失效**：若`b()`是`final`方法，CGLIB代理无法增强 - **序列化异常**：代理对象包含Spring特定字段，网络传输需`Serializable`适配 3. **替代方案对比** | 方案 | 缓存生效 | 避免循环依赖 | 代码侵入性 | |--------------------------|----------|--------------|------------| | 注入接口+`@Lazy` | ✅ | ✅ | 中 | | `AopContext.currentProxy()` | ✅ | ❌ | 高 | | 拆分类职责 | ✅ | ✅ | 低（推荐） | --- ### 结论 ✅ **可行方案**：注入接口（或实现类）并添加`@Lazy`注解，**能同时解决**： 1. 自调用导致的`@Cacheable`失效问题（通过代理对象触发拦截） 2. Bean循环依赖问题（延迟初始化打破依赖环） > 最佳实践优先考虑重构代码（如将`b()`抽离到独立Bean），若受限于架构再采用此方案[^2]。 --- ### 相关问题 1. 使用`@Lazy`注入自身代理时，Spring的Bean生命周期会发生什么变化？ 2. 如何验证一个方法调用是否真正通过了Spring AOP代理？ 3. 在分布式场景下，CGLIB代理对象通过RPC传输会引发什么问题？ 4. 为什么Spring默认不直接支持自调用场景的AOP增强？ 5. 除了缓存和事务，还有哪些Spring AOP功能在自调用时会失效？ [^1]: Spring AOP代理机制限制 [^2]: 延迟注入与代理设计的最佳实践
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值