苍穹外卖-day07

一、缓存菜品

（1）问题说明

用户端小程序展示的菜品数据都是通过查询数据库获得，如果用户端访问量比较大，数据库访问压力随之增大。

结果：系统响应慢、用户体验差  

（2）实现思路

通过Redis来缓存菜品数据，减少数据库查询操作。

缓存逻辑分析：

• 每个分类下的菜品保存一份缓存数据

• 数据库中菜品数据有变更时清理缓存数据

 

（3）代码开发

修改用户端接口 DishController 的 list 方法，加入缓存处理逻辑：

为了保证数据库和Redis中的数据保持一致，修改管理端接口 DishController 的相关方法，加入清理缓存逻辑。

需要改造的方法：

• 新增菜品

• 修改菜品

• 批量删除菜品

• 起售、停售菜品

抽取清理缓存的方法：

在管理端DishController中添加

调用清理缓存的方法，保证数据一致性：

1). 新增菜品优化

2). 菜品批量删除优化  

3). 修改菜品优化

4). 菜品起售停售优化

（4）功能测试

可以通过如下方式进行测试：

• 查看控制台sql

• 前后端联调

• 查看Redis中的缓存数据

以加入缓存、菜品修改两个功能测试为例，通过前后端联调方式，查看控制台sql的打印和Redis中的缓存数据变化。

1). 加入缓存

当第一次查询某个分类的菜品时，会从数据为中进行查询，同时将查询的结果存储到Redis中，在后绪的访问，若查询相同分类的菜品时，直接从Redis缓存中查询，不再查询数据库。

登录小程序：选择蜀味牛蛙(id=17)

查看控制台sql：有查询语句，说明是从数据库中进行查询

查看Redis中的缓存数据：说明缓存成功

再次访问：选择蜀味牛蛙(id=17)

说明是从Redis中查询的数据。  

2). 菜品修改

当在后台修改菜品数据时，为了保证Redis缓存中的数据和数据库中的数据时刻保持一致，当修改后，需要清空对应的缓存数据。用户再次访问时，还是先从数据库中查询，同时再把查询的结果存储到Redis中，这样，就能保证缓存和数据库的数据保持一致。

进入后台：修改蜀味牛蛙分类下的任意一个菜品，当前分类的菜品数据已在Redis中缓存

修改：

查看Redis中的缓存数据：说明修改时，已清空缓存

用户再次访问同一个菜品分类时，需要先查询数据库，再把结果同步到Redis中，保证了两者数据一致性。

其它功能测试步骤基本一致，自已测试即可。  

（5）代码提交

 

二、缓存套餐

（1）Spring Cache

①介绍

Spring Cache 是一个框架，实现了基于注解的缓存功能，只需要简单地加一个注解，就能实现缓存功能。

Spring Cache 提供了一层抽象，底层可以切换不同的缓存实现，例如：

• EHCache

• Caffeine

• Redis(常用)

起步依赖：

1

②常用注释

在SpringCache中提供了很多缓存操作的注解，常见的是以下的几个：

在spring boot项目中，使用缓存技术只需在项目中导入相关缓存技术的依赖包，并在启动类上使用@EnableCaching开启缓存支持即可。

例如，使用Redis作为缓存技术，只需要导入Spring data Redis的maven坐标即可。  

③入门案例

1). 环境准备

导入基础工程:底层已使用Redis缓存实现

基础环境的代码，在我们今天的资料中已经准备好了， 大家只需要将这个工程导入进来就可以了。导入进来的工程结构如下：

数据库准备:

创建名为spring_cache_demo数据库，将springcachedemo.sql脚本直接导入数据库中。

引导类上加@EnableCaching:

2). @CachePut注解

@CachePut 说明：

作用: 将方法返回值，放入缓存

value: 缓存的名称, 每个缓存名称下面可以有很多key

key: 缓存的key ----------> 支持Spring的表达式语言SPEL语法

在save方法上加注解@CachePut

当前UserController的save方法是用来保存用户信息的，我们希望在该用户信息保存到数据库的同时，也往缓存中缓存一份数据，我们可以在save方法上加上注解 @CachePut，用法如下：

说明：key的写法如下

#user.id : #user指的是方法形参的名称, id指的是user的id属性 , 也就是使用user的id属性作为key ;

#result.id : #result代表方法返回值，该表达式 代表以返回对象的id属性作为key ；

#p0.id：#p0指的是方法中的第一个参数，id指的是第一个参数的id属性,也就是使用第一个参数的id属性作为key ;

#a0.id：#a0指的是方法中的第一个参数，id指的是第一个参数的id属性,也就是使用第一个参数的id属性作为key ;

#root.args[0].id:#root.args[0]指的是方法中的第一个参数，id指的是第一个参数的id属性,也就是使用第一个参数

的id属性作为key ;

启动服务,通过swagger接口文档测试，访问UserController的save()方法

因为id是自增，所以不需要设置id属性

查看user表中的数据

查看Redis中的数据

3). @Cacheable注解

@Cacheable 说明:

作用: 在方法执行前，spring先查看缓存中是否有数据，如果有数据，则直接返回缓存数据；若没有数据，调用方法并将方法返回值放到缓存中

value: 缓存的名称，每个缓存名称下面可以有多个key

key: 缓存的key ----------> 支持Spring的表达式语言SPEL语法

在getById上加注解@Cacheable

 重启服务,通过swagger接口文档测试，访问UserController的getById()方法

第一次访问，会请求我们controller的方法，查询数据库。后面再查询相同的id，就直接从Redis中查询数据，不用再查询数据库了，就说明缓存生效了。

提前在redis中手动删除掉id=1的用户数查看控制台sql语句：说明从数据库查询的用户数据

 

查看控制台sql语句：说明从数据库查询的用户数据

 

查看Redis中的缓存数据：说明已成功缓存

再次查询相同id的数据时，直接从redis中直接获取，不再查询数据库。

4). @CacheEvict注解

@CacheEvict 说明：

作用: 清理指定缓存

value: 缓存的名称，每个缓存名称下面可以有多个key

key: 缓存的key ----------> 支持Spring的表达式语言SPEL语法

在 delete 方法上加注解@CacheEvict

重启服务,通过swagger接口文档测试，访问UserController的deleteAll()方法

查看user表：数据清空

查询Redis缓存数据

（2）实现思路

实现步骤：

1). 导入Spring Cache和Redis相关maven坐标

2). 在启动类上加入@EnableCaching注解，开启缓存注解功能

3). 在用户端接口SetmealController的 list 方法上加入@Cacheable注解

4). 在管理端接口SetmealController的 save、delete、update、startOrStop等方法上加入CacheEvict注解

（3）代码开发

按照上述实现步骤：

1). 导入Spring Cache和Redis相关maven坐标(已实现)

2). 在启动类上加入@EnableCaching注解，开启缓存注解功能

3). 在用户端接口SetmealController的 list 方法上加入@Cacheable注解

4). 在管理端接口SetmealController的 save、delete、update、startOrStop等方法上加入CacheEvict注解

（4）功能测试

通过前后端联调方式来进行测试，同时观察redis中缓存的套餐数据。和缓存菜品功能测试基本一致，不再赘述。

（5）代码提交

三、添加购物车

（1）需求分析和设计

①产品原型

用户可以将菜品或者套餐添加到购物车。对于菜品来说，如果设置了口味信息，则需要选择规格后才能加入购物车;对于套餐来说，可以直接点击+当前套餐加入购物车。在购物车中可以修改菜品和套餐的数量，也可以清空购物车。

效果图：

 ②接口设计

通过上述原型图，设计出对应的添加购物车接口。

说明：添加购物车时，有可能添加菜品，也有可能添加套餐。故传入参数要么是菜品id，要么是套餐id。

③表设计

用户的购物车数据，也是需要保存在数据库中的，购物车对应的数据表为shopping_cart表，具体表结构如下：

说明：

• 购物车数据是关联用户的，在表结构中，我们需要记录，每一个用户的购物车数据是哪些

• 菜品列表展示出来的既有套餐，又有菜品，如果用户选择的是套餐，就保存套餐ID(setmeal_id)，如果用户选择的是菜品，就保存菜品ID(dish_id)

• 对同一个菜品/套餐，如果选择多份不需要添加多条记录，增加数量number即可

（2）代码开发

①DTO设计

根据添加购物车接口的参数设计DTO：

在sky-pojo模块，ShoppingCartDTO.java已定义

②Controller层

根据添加购物车接口创建ShoppingCartController：

③Service层接口

④Service层实现类

⑤Mapper层

（3）功能测试

进入小程序，添加菜品

加入购物车，查询数据库  

因为现在没有实现查看购物车功能，所以只能在表中进行查看。

在前后联调时，后台可通断点方式启动，查看运行的每一步。

 

（4）代码提交

四、查看购物车

（1）需求分析和设计

①产品原型

当用户添加完菜品和套餐后，可进入到购物车中，查看购物中的菜品和套餐。

②接口设计

（2）代码开发

①Controller层

在ShoppingCartController中创建查看购物车的方法：

②Service层接口

在ShoppingCartService接口中声明查看购物车的方法：

③Service层实现类

在ShoppingCartServiceImpl中实现查看购物车的方法：

（3）功能测试

当进入小程序时，就会发起查看购物车的请求

点击购物车图标

 

测试成功。  

（4）代码提交

五、清空购物车

（1）需求分析和设计

①产品原型

当点击清空按钮时，会把购物车中的数据全部清空。

②接口设计

（2）代码开发

①Controller层

在ShoppingCartController中创建清空购物车的方法：

②Service层接口

在ShoppingCartService接口中声明清空购物车的方法：

③Service层实现类

在ShoppingCartServiceImpl中实现清空购物车的方法：

④Mapper层

在ShoppingCartMapper接口中创建删除购物车数据的方法：

（3）功能测试

进入到购物车页面

点击清空

查看数据库中的数据

说明当前用户的购物车数据已全部删除。  

（4）代码提交