分布式RPC系统框架Dubbo-14声明式缓存

        为了进一步提高消费者对用户的响应速度，减轻提供者的压力，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 应用场景

声明是缓存应用中存在脏数据问题：

        声明式缓存可以应用于查询结果不会发生改变的情况，例如，查询某产品的序列号、订单、身份证号等。