本篇博客的目录
- 一&＃xff1a;springBoot开启缓存注解
- 二&＃xff1a;常用缓存注解
- 三&＃xff1a;使用实例
- 四&＃xff1a;总结
- 《Java 2019 超神之路》
- 《Dubbo 实现原理与源码解析 —— 精品合集》
- 《Spring 实现原理与源码解析 —— 精品合集》
- 《MyBatis 实现原理与源码解析 —— 精品合集》
- 《Spring MVC 实现原理与源码解析 —— 精品合集》
- 《Spring Boot 实现原理与源码解析 —— 精品合集》
- 《数据库实体设计合集》
- 《Java 面试题 —— 精品合集》
- 《Java 学习指南 —— 精品合集》
一&＃xff1a;springBoot开启注解
1.1:搭建springBoot环境
在idea中&＃xff0c;搭建一个springboot是很简单easy的。接下来我简单说一下步骤&＃xff1a;
File->new->projiect->Spring Initializer->next->named->web(选中)->Finish->new Window
1.2:开始缓存
&＃64;SpringBootApplication
&＃64;EnableAutoConfiguration
&＃64;EnableCaching
public class SpringbootcacheApplication {public static void main(String[] args) {SpringApplication.run(SpringbootcacheApplication.class, args);}
}
主要是&＃64;EnableCaching用于开启缓存注解的驱动&＃xff0c;否则后面使用的缓存都是无效的&＃xff01;
二&＃xff1a;常用缓存注解
2.1&＃xff1a;&＃64;CacheConfig
这个注解的的主要作用就是全局配置缓存&＃xff0c;比如配置缓存的名字&＃xff08;cacheNames),只需要在类上配置一次&＃xff0c;下面的方法就默认以全局配置为主&＃xff0c;不需要二次配置&＃xff0c;节省了部分代码。
2.2&＃xff1a;&＃64;Cacheable
这个注解是最重要的,主要实现的功能再进行一个读操作的时候。就是先从缓存中查询&＃xff0c;如果查找不到&＃xff0c;就会走数据库的执行方法&＃xff0c;这是缓存的注解最重要的一个方法&＃xff0c;基本上我们的所有缓存实现都要依赖于它。它具有的属性为cacheNames:缓存名字&＃xff0c;condtion&＃xff1a;缓存的条件&＃xff0c;unless:不缓存的条件。可以指定SPEL表达式来实现,也可以指定缓存的key&＃xff0c;缓存的内部实现一般都是key,value形式&＃xff0c;类似于一个Map&＃xff08;实际上cacheable的缓存的底层实现就是concurrenHashMap&＃xff09;,指定了key&＃xff0c;那么缓存就会以key作为键&＃xff0c;以方法的返回结果作为值进行映射。
2.3&＃xff1a;&＃64;CacheEvict
这个注解主要是配合&＃64;Cacheable一起使用的&＃xff0c;它的主要作用就是清除缓存&＃xff0c;当方法进行一些更新、删除操作的时候&＃xff0c;这个时候就要删除缓存。如果不删除缓存&＃xff0c;就会出现读取不到最新缓存的情况&＃xff0c;拿到的数据都是过期的。它可以指定缓存的key和conditon&＃xff0c;它有一个重要的属性叫做allEntries默认是false,也可以指定为true,主要作用就是清除所有的缓存&＃xff0c;而不以指定的key为主。
2.4:&＃64;CachePut
这个注解它总是会把数据缓存&＃xff0c;而不会去每次做检查它是否存在&＃xff0c;相比之下它的使用场景就比较少&＃xff0c;毕竟我们希望并不是每次都把所有的数据都给查出来&＃xff0c;我们还是希望能找到缓存的数据&＃xff0c;直接返回&＃xff0c;这样能提升我们的软件效率。
2.5:&＃64;cache
这个注解它是上面的注解的综合体&＃xff0c;包含上面的三个注解&＃xff08;cacheable、cachePut、CacheEvict&＃xff09;&＃xff0c;可以使用这一个注解来包含上面的所有的注解&＃xff0c;看源码如下
上面的注解总结如下表格&＃xff1a;
三&＃xff1a;使用实例
3.1:建立数据库
我们来新建一个表&＃xff0c;含义为文章&＃xff0c;下面的示例将会在这张表中进行操作&＃xff0c;所使用的框架为SSM&＃43;springboot
CREATE TABLE Artile (
&＃96;id&＃96; int(11) NOT NULL AUTO_INCREMENT ,
&＃96;title&＃96; varchar(30) CHARACTER SET gbk COLLATE gbk_chinese_ci NULL DEFAULT NULL ,
&＃96;author&＃96; varchar(30) CHARACTER SET gbk COLLATE gbk_chinese_ci NULL DEFAULT NULL ,
&＃96;content&＃96; mediumtext CHARACTER SET gbk COLLATE gbk_chinese_ci NULL ,
&＃96;file_name&＃96; varchar(30) CHARACTER SET gbk COLLATE gbk_chinese_ci NULL DEFAULT NULL ,
&＃96;state&＃96; smallint(2) NULL DEFAULT 1 COMMENT &＃39;状态&＃39; ,
PRIMARY KEY (&＃96;id&＃96;)
)
ENGINE&＃61;InnoDB
DEFAULT CHARACTER SET&＃61;gbk COLLATE&＃61;gbk_chinese_ci
AUTO_INCREMENT&＃61;11
ROW_FORMAT&＃61;COMPACT
;
3.2:Mapper层
主要就是对Article进行增删改查的业务操作&＃xff0c;映射到具体的xml的sql里&＃xff0c;然后用service去调用
public interface ArticleMapper {/*** 插入一篇文章* &＃64;param title* &＃64;param author* &＃64;param content* &＃64;param fileName* &＃64;return*/public Integer addArticle(&＃64;Param("title") String title,&＃64;Param("author")String author,&＃64;Param("content")String content,&＃64;Param("fileName")String fileName);/*** 根据id获取文章* &＃64;param id* &＃64;return*/public Article getArticleById(&＃64;Param("id") Integer id);/*** 更新content* &＃64;param content*/public Integer updateContentById(&＃64;Param("content")String content,&＃64;Param("id")Integer id);/*** 根据id删除文章* &＃64;param id* &＃64;return*/public Integer removeArticleById(&＃64;Param("id")Integer id);/*** 获得上一次插入的id* &＃64;return*/public Integer getLastInertId();}
3.3&＃xff1a;service层
主要需要注意的是我们上述讲述的缓存注解都是基于service层(不能放在contoller和dao层)&＃xff0c;首先我们在类上配置一个CacheConfig,然后配置一个cacheNames,那么下面的方法都是以这个缓存名字作为默认值&＃xff0c;他们的缓存名字都是这个&＃xff0c;不必进行额外的配置。当进行select查询方法的时候&＃xff0c;我们配置上&＃64;Cacheable&＃xff0c;并指定key,这样除了第一次之外&＃xff0c;我们都会把结果缓存起来&＃xff0c;以后的结果都会把这个缓存直接返回。而当进行更新数据&＃xff08;删除或者更新操作&＃xff09;的时候&＃xff0c;使用&＃64;CacheEvict来清除缓存&＃xff0c;防止调用&＃64;Cacheabel的时候没有更新缓存
&＃64;Service
&＃64;CacheConfig(cacheNames &＃61; "articleCache")
public class ArticleService {private AtomicInteger count &＃61;new AtomicInteger(0);&＃64;Autowiredprivate ArticleMapper articleMapper;/*** 增加一篇文章 每次就进行缓存* &＃64;return*/&＃64;CachePutpublic Integer addArticle(Article article){Integer result &＃61; articleMapper.addArticle(article.getTitle(), article.getAuthor(), article.getContent(), article.getFileName());if (result>0) {Integer lastInertId &＃61; articleMapper.getLastInertId();System.out.println("--执行增加操作--id:" &＃43; lastInertId);}return result;}/*** 获取文章 以传入的id为键&＃xff0c;当state为0的时候不进行缓存* &＃64;param id 文章id* &＃64;return*/&＃64;Cacheable(key &＃61; "#id",unless &＃61; "#result.state&＃61;&＃61;0")public Article getArticle(Integer id) {try {//模拟耗时操作Thread.sleep(5000);} catch (InterruptedException e) {e.printStackTrace();}final Article artcile &＃61; articleMapper.getArticleById(id);System.out.println("--执行数据库查询操作"&＃43;count.incrementAndGet()&＃43;"次"&＃43;"id:"&＃43;id);return artcile;}/*** 通过id更新内容 清除以id作为键的缓存** &＃64;param id* &＃64;return*/&＃64;CacheEvict(key &＃61; "#id")public Integer updateContentById(String contetnt, Integer id) {Integer result &＃61; articleMapper.updateContentById(contetnt, id);System.out.println("--执行更新操作id:--"&＃43;id);return result;}/*** 通过id移除文章* &＃64;param id 清除以id作为键的缓存* &＃64;return*/&＃64;CacheEvict(key &＃61; "#id")public Integer removeArticleById(Integer id){final Integer result &＃61; articleMapper.removeArticleById(id);System.out.println("执行删除操作,id:"&＃43;id);return result;}}
3.4:controller层
主要是接受客户端的请求&＃xff0c;我们配置了&＃64;RestController表示它是一个rest风格的应用程序&＃xff0c;在收到add请求会增加一条数据&＃xff0c;get请求会查询一条数据&＃xff0c;resh会更新一条数据,rem会删除一条数据
&＃64;RestController
&＃64;ComponentScan(basePackages &＃61; {"com.wyq.controller", "com.wyq.service"})
&＃64;MapperScan(basePackages &＃61; {"com.wyq.dao"})
public class ArticleController {&＃64;Autowiredprivate ArticleService articleService;&＃64;AutowiredArticleMapper articleMapper;&＃64;PostMapping("/add")public ResultVo addArticle(&＃64;RequestBody Article article) {System.out.println(article.toString());Integer result &＃61; articleService.addArticle(article);if (result >&＃61; 0) {return ResultVo.success(result);}return ResultVo.fail();}&＃64;GetMapping("/get")public ResultVo getArticle(&＃64;RequestParam("id") Integer id) {Long start &＃61; System.currentTimeMillis();Article article &＃61; articleService.getArticle(id);Long end &＃61; System.currentTimeMillis();System.out.println("耗时&＃xff1a;"&＃43;(end-start));if (null !&＃61; article)return ResultVo.success(article);return ResultVo.fail();}/*** 更新一篇文章** &＃64;param contetnt* &＃64;param id* &＃64;return*/&＃64;GetMapping("/resh")public ResultVo update(&＃64;RequestParam("content") String contetnt, &＃64;RequestParam("id") Integer id) {final Integer result &＃61; articleService.updateContentById(contetnt, id);if (result > 0) {return ResultVo.success(result);} else {return ResultVo.fail();}}/*** 删除一篇文章** &＃64;param id* &＃64;return*/&＃64;GetMapping("/rem")public ResultVo remove(&＃64;RequestParam("id") Integer id) {final Integer result &＃61; articleService.removeArticleById(id);if (result > 0) {return ResultVo.success(result);} else {return ResultVo.fail();}}}
3.5&＃xff1a;测试
这里使用postman模拟接口请求
3.5.1&＃xff1a;首先我们来增加一篇文章&＃xff1a;请求add接口&＃xff1a;
后台返回表示成功&＃xff1a;
我看到后台数据库已经插入了数据&＃xff0c;它的id是11
3.5.2&＃xff1a;执行查询操作
在查询操作中&＃xff0c;getArticle,我使用线程睡眠的方式&＃xff0c;模拟了5秒的时间来处理耗时性业务&＃xff0c;第一次请求肯定会查询数据库&＃xff0c;理论上第二次请求&＃xff0c;将会走缓存&＃xff0c;我们来测试一下:首先执行查询操作
接口响应成功&＃xff0c;再看一下后台打印&＃xff1a;表示执行了一次查询操作&＃xff0c;耗时5078秒
好&＃xff0c;重点来了&＃xff0c;我们再次请求接口看看会返回什么&＃xff1f;理论上&＃xff0c;将不会走数据库执行操作&＃xff0c;并且耗时会大大减少&＃xff1a;与上面的比对&＃xff0c;这次没有打印执行数据库查询操作&＃xff0c;证明没有走数据库&＃xff0c;并且耗时只有5ms&＃xff0c;成功了&＃xff01;缓存发挥作用&＃xff0c;从5078秒减小到5秒&＃xff01;大大提升了响应速度&＃xff0c;哈哈&＃xff01;
后台控制台打印&＃xff1a;
--执行更新操作id:--11
趁热打铁&＃xff0c;我们再次请求三次查询接口&＃xff0c;看看会返回什么&＃xff1f;每次都会返回这样的结果&＃xff0c;但是我的直观感受就是第一次最慢&＃xff0c;第二次、第三次返回都很快
再看看后台打印了什么&＃xff1f;执行id为11的数据库查询操作&＃xff0c;这是因为缓存被清空了&＃xff0c;所以它又走数据库了&＃xff08;获得最新数据&＃xff09;&＃xff0c;然后后面的查询都会走缓存&＃xff01;很明显&＃xff0c;实验成功&＃xff01;
3.5.4&＃xff1a;删除操作
同理&＃xff0c;在删除操作中&＃xff0c;执行了一次删除&＃xff0c;那么缓存也会被清空&＃xff0c;查询的时候会再次走数据库&＃xff0c;这里就不给具体实验效果了&＃xff0c;如果需要的同学&＃xff0c;可以把代码下载下来&＃xff0c;自己测试一下就知道了。
四&＃xff1a;总结
本篇博客介绍了springBoot中缓存的一些使用方法&＃xff0c;如何在开发中使用缓存&＃xff1f;怎样合理的使用都是值得我们学习的地方&＃xff0c;缓存能大大提升程序的响应速度&＃xff0c;提升用户体验&＃xff0c;不过它适用的场景也是读多写少的业务场景&＃xff0c;如果数据频繁修改&＃xff0c;缓存将会失去意义&＃xff0c;每次还是执行的数据库操作&＃xff01;如何使用好它&＃xff0c;还有更高效的方式&＃xff0c;比如使用redismemoryCache等专业组件&＃xff0c;本篇博客只是探讨的spring的注解缓存&＃xff0c;相对来说比较简单。希望起到抛砖引玉的作用&＃xff0c;在以后博客中&＃xff0c;我将介绍redis如何搭建集群来实现缓存&＃xff01;
京公网安备 11010802041100号