系统层面优雅解决高并发缓存问题

1、缓存中使用json字符串而不是用对象

原因是：其中一个场景是在分布式部署环境中，如果对原先的对象属性值的类型做了变化，那么在部署时，后部署的机器，如果使用缓存中的新数据，会出错，可能会导致整个对象的解析失败。但是使用JSON值，那么就只会导致单个的属性值解析失败。

 

2、在实际应用中禁止使用System.out.println();

原因是：它是不使用buffer的IO流，很耗费性能。

 

3、系统层面优雅解决高并发缓存问题实例

上述代码在非高并发情况下，没有问题。

但是在高并发情况下，如果第三步查询数据库的时候，有1秒的延迟，这样就会导致大量的高并发的缓存查询都走了数据库查询，出现了缓存穿透。而数据库不能承受住大的访问量，崩溃进而导致系统崩溃。

解决方案：

1. 加锁。（加在方法内出问题的点上）
2. Double check.（如下，实际中，分布式项目需要换成分布式锁）

思考：

为了将来系统的可扩展性及代码的可维护性，对上述代码进行进一步的封装如下：

解决方案：

（1）面向抽象类，接口编程。

（2）切面 AOP 注解 思想（解耦 （使用动态代理实现））

（3）Spring中用的模版设计模式。

这里使用第三种方案示例：

并发性下避免缓存问题的模版类：

调用类示例：