为了进一步提高消费者对用户的响应速度,减轻提供者的压力,Dubbo提供了基于结果的声明式缓存。该缓存是基于消费者端的,所以使用很简单,只需修改消费者配置文件,与提供者无关。
1 缓存设置
(1) 创建工程
应用https://blog.csdn.net/zxylwj/article/details/108542567中的提供者与消费者工程,更名消费者工程为consumer-cache;
(2) 修改消费者配置文件
仅需在dubbo:reference/中添加cache=”true”属性即可;
<!-- 服务消费者-->
<dubbo:reference id="someService" check="false" cache="true"
interface="com.zxy.service.SomeService"/>
若一个接口中只有部分方法需要缓存,则可使用方法级别的缓存;
<!-- 服务消费者 设置启用缓存-->
<dubbo:reference id="someService" check="false"
interface="com.zxy.service.SomeService">
<dubbo:method name="helloDubbo" cache="true"/>
</dubbo:reference>
(3) 修改ConsumerRun类
public class ConsumerRun {
public static void main(String[] args) throws Exception {
// 创建Spring容器
ApplicationContext applicationContext = new ClassPathXmlApplicationContext("spring-consumer.xml");
//从容器中获取服务
SomeService service = (SomeService)applicationContext.getBean("someService");
System.out.println(service.helloDubbo("world"));
System.out.println(service.helloDubbo("dubbo"));
Thread.sleep(2000);
System.out.println(service.helloDubbo("world"));
System.out.println(service.helloDubbo("dubbo"));
}
}
运行:启动提供者与消费者,运行结果前两次调用提供者,后两次应用缓存;
2 缓存容量
声明式缓存中默认可以缓存1000个结果,若超出1000,将采用LRU策略(最近最少使用策略)来删除缓存,以保证最热的数据被缓存,注意,该删除缓存的策略不能修改;consumer-cache工程中创建ConsumerRun2类即可。
public class ConsumerRun2 {
public static void main(String[] args) throws Exception {
// 创建Spring容器
ApplicationContext applicationContext = new ClassPathXmlApplicationContext("spring-consumer.xml");
//从容器中获取服务
SomeService service = (SomeService)applicationContext.getBean("someService");
//1000次不同的消费结果,占满缓存空间
for(int i=0;i<=1000;i++) {
service.helloDubbo("i=="+i);
}
//1001此不同的消费结果,会将第一个缓存中的内容挤出缓存,即i==1
System.out.println(service.helloDubbo("world"));
//本次消费会调用提供者,说明原来的i==1挤出缓存,并且本次消费会将i==2挤出缓存
System.out.println(service.helloDubbo("i==1"));
//本次消费会从缓存中直接获取
System.out.println(service.helloDubbo("i==1"));
}
}
3 应用场景
声明是缓存应用中存在脏数据问题:
声明式缓存可以应用于查询结果不会发生改变的情况,例如,查询某产品的序列号、订单、身份证号等。