本文介绍: 瑞吉外卖笔记

概述

功能架构

在这里插入图片描述

数据库建库建表

表说明

在这里插入图片描述

开发环境

Maven搭建

直接创建工程
继承父工程的形式来做这个,这里新建工程
在这里插入图片描述
pom文件

server:
  port: 9001
spring:
  application:
    name: ccTakeOut
  datasource:
    druid:
      driver-class-name: com.mysql.cj.jdbc.Driver
      url: jdbc:mysql://localhost:3306/ruiji?serverTimezone=Asia/Shanghai&useUnicode=true&characterEncoding=utf-8&zeroDateTimeBehavior=convertToNull&useSSL=false&allowPublicKeyRetrieval=true
      username: root
      password: 333

  redis:
    host: localhost # 本地IP 或是 虚拟机IP
    port: 6379
    #    password: root
    database: 0  # 默认使用 0号db
  cache:
    redis:
      time-to-live: 1800000  # 设置缓存数据过期时间,30分钟

mybatis-plus:
  configuration:
    #在映射实体或者属性时,将数据库中表名和字段名中的下划线去掉,开启按照驼峰命名映射
    map-underscore-to-camel-case: true
    log-impl: org.apache.ibatis.logging.stdout.StdOutImpl
  global-config:
    db-config:
      id-type: ASSIGN_ID

启动测试

创建测试类并启动
在这里插入图片描述

导入前端页面

在这里插入图片描述

导入

默认页面和前台页面的情况下,直接把这俩拖到resource目录下直接访问访问不到的,因为被mvc框架拦截了
所以我们编写一个映射类放行这些资源

创建配置映射

在这里插入图片描述
在这里插入图片描述

访问成功
在这里插入图片描述

后台开发

数据库实体类映射

mybatis plus实现逆向工程
这里是老版本的逆向工程

    <dependency&gt;
      <groupId&gt;org.freemarker</groupId>
      <artifactId>freemarker</artifactId>
      <version>2.3.30</version>
    </dependency>

    <dependency>
      <groupId>com.baomidou</groupId>
      <artifactId>mybatis-plus-boot-starter</artifactId>
      <version>3.3.1</version>
    </dependency>

    <!--mybatis-plus 代码生成器依赖-->
    <dependency>
      <groupId>com.baomidou</groupId>
      <artifactId>mybatis-plus-generator</artifactId>
      <version>3.3.2</version>
    </dependency>

具体怎么玩看这里
MP逆向工程教程
在这里插入图片描述

账户操作

登陆功能

前端页面
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

数据库
在这里插入图片描述
业务逻辑
在这里插入图片描述
这里两个字符串比较没法用!=来实现,只能equals再取反来判断
直接上代码这里没有涉及service层的操作

    /**
     * @param request 如果登陆成功把对象放入Session中,方便后续拿取
     * @param employee 利用@RequestBody注解解析前端传来的Json,同时用对象封装
     * @return
     */
    @PostMapping("/login")
    public Result login(HttpServletRequest request, @RequestBody Employee employee) {
        String password=employee.getPassword();
        String username = employee.getUsername();
        log.info("登陆");
        //MD5加密
        MD5Util md5Util = new MD5Util();
        password=MD5Util.getMD5(password);
        //通过账户查这个员工对象这里就不走Service层了
        LambdaQueryWrapper<Employee> lambdaQueryWrapper = new LambdaQueryWrapper();
        lambdaQueryWrapper.eq(Employee::getUsername, username);
        Employee empResult=employeeService.getOne(lambdaQueryWrapper);
            //判断用户是否存在
        if (!empResult.getUsername().equals(username)){
            return Result.error("账户不存在");
            //密码是否正确
        }else if (!empResult.getPassword().equals(password)){
            return Result.error("账户密码错误");
            //员工账户状态是否正常,1状态正常,0封禁
        }else if (empResult.getStatus()!=1){
            return Result.error("当前账户正在封禁");
            //状态正常允许登陆
        }else {
            log.info("登陆成功,账户存入session");
            //员工id存入session
            request.getSession().setAttribute("employ",empResult.getId());
            return Result.success("登陆成功");
        }
    }

具体代码可以参考如下路径

com.cc.controller.EmployeeController

关于RequestBody何时使用

退出功能

点击退出
在这里插入图片描述
删除session对象

    /**
     * @param request 删除request作用域中的session对象,就按登陆的request.getSession().setAttribute("employ",empResult.getId());删除employee就行
     * @return
     */
    @PostMapping("/logout")
    public Result login(HttpServletRequest request) {
        //尝试删除
        try {
            request.getSession().removeAttribute("employ");
        }catch (Exception e){
            //删除失败
            return Result.error("登出失败");
        }
        return Result.success("登出成功");
    }

完善登陆(添加过滤器

这里的话用户直接url+资源名可以随便访问,所以要加个拦截器没有登陆时,不给访问自动跳转到登陆页面
在这里插入图片描述
过滤器配置注解@WebFilter(filterName="拦截器类名首字母小写",urlPartten=“要拦截的路径,比如/*”)
在这里插入图片描述判断用户的登陆状态这块之前因为存入session里面有一个名为employee的对象,那么只需要看看这个session还在不在就知道他是否在登陆状态
注意,想存或者想获取的话,就都得用HttpServletRequest对象来进行获取,别的request对象拿不到的

这里提一嘴
调用Spring核心包的字符串匹配类的对象,对路径进行匹配,并且返回比较结果
如果相等就为true

public static final AntPathMatcher PATH_MATCHER = new AntPathMatcher();

在这里插入图片描述
前端拦截器完成跳转到登陆页面,不在后端做处理
在这里插入图片描述
代码太多了,给个路径好啦,直接去Gitee看
request的js代码路径:resource/backend/js/request.js
拦截器的路径:com.cc.filter.LoginCheckFilter

新增员工

新增员工功能,(前端对手机号身份证号长度做了一个校验
在这里插入图片描述
请求 URL: http://localhost:9001/employee (POST请求
在这里插入图片描述
在这里插入图片描述
改造一下Employee实体类,通用id雪花自增算法来新增id
在这里插入图片描述
这里service接口继承的MybatisPlus的功能
在这里插入图片描述
注入一下就可以使用了,插入方法
在这里插入图片描述
基本上都是自动CRUD,访问路径:com.cc.controller.EmployeeController

全局异常处理

看看这种代码try catch
这种try catch来捕获异常固然好,但是,代码量一大起来,超级多的try catch就会很乱
在这里插入图片描述
所以我们要加入全局异常处理,在Common包下,和Result同级,这里只是示例,并不完整
在这里插入图片描述

在这里插入图片描述
报错信息出现Duplicate entry时,就意味着新增员工异常
所以,我们对异常类的方法进行一些小改动,让这个异常反馈变得更人性化
在这里插入图片描述
这个时候再来客户端试试,就会提供人性化的报错,非常的快乐~
在这里插入图片描述
这回再回到Controller,这时就不需要再来try catch这种形式了,不用管他,因为一旦出现错误就会被我们的AOP捕获。所以,不需要再用try catch来抓了
在这里插入图片描述
异常类位置com.cc.common.GloableExceptionHandler

员工信息分页查询

接口分析

老生常谈分页查询
需求
在这里插入图片描述
分页请求接口
在这里插入图片描述
在这里插入图片描述
查询员工及显示接口
在这里插入图片描述
在这里插入图片描述
逻辑流程
在这里插入图片描述

分页插件配置

先弄个MP分页插件配置类
原因是和3.2.3版本的代码生成器冲突
分页插件爆红解决方案
在这里插入图片描述
直接注释
在这里插入图片描述
加入配置类
在这里插入图片描述

接口设计

前端注意事项
在这里插入图片描述
在这里插入图片描述
page对象内部
在这里插入图片描述
里面包含了查询构造器的使用
具体的细节在这个包下com.cc.controller.EmployeeController.page

    /**
     * 分页展示员工列表接口查询某个员工
     * @param page 查询第几页
     * @param pageSize 每页一共几条数据
     * @param name 查询名字=name的数据
     * @return 返回Page页
     */
    @GetMapping("/page")
    public Result<Page> page(int page, int pageSize,String name){
        //分页构造器,Page(第几页, 查几条)
        Page pageInfo = new Page(page, pageSize);
        //查询构造
        LambdaQueryWrapper<Employee> lambdaQueryWrapper = new LambdaQueryWrapper();
        //过滤条件.like(什么条件下启用模糊查询,模糊查询字段,被模糊插叙的名称)
        lambdaQueryWrapper.like(!StringUtils.isEmpty(name), Employee::getName, name);
        //添加排序
        lambdaQueryWrapper.orderByDesc(Employee::getCreateTime);
        //查询分页、自动更新
        employeeService.page(pageInfo, lambdaQueryWrapper);
        //返回查询结果 
        return Result.success(pageInfo);
    }

启用、禁用员工账号

无非就是修改status,0禁用,1启用
在这里插入图片描述
在这里插入图片描述
这种根据登陆人物来进行判断的玩法,是前端
这个页面位置resource/backend/page/member/list.html
在这里插入图片描述
看拿出来的对象是什么样子的,如果是adminvue的v-if指令就会把编辑按钮显示出来
如果是普通用户,就会把编辑按钮隐藏
在这里插入图片描述

修复一个小Bug

前端一直不显示编辑按钮,在localStorage里没有发现admin对象
在这里插入图片描述
这个值不应该是登陆成功,应该是Employee的对象Json
猜测是登陆的时候往request里存对象没存好
在这里插入图片描述
改成对象存入就好了
在这里插入图片描述
这回都正常了
在这里插入图片描述

功能编写

复习一下
PutMapping是Resultful风格的请求方式
在这里插入图片描述
当前状态是1,直接带着目标状态值(状态改禁用)进行更新
在这里插入图片描述
Id精度丢失js独有的bug,直接处理Long处理不了,要Long转String再返回
在这里插入图片描述
在这里插入图片描述
利用对象转换器JacksonObjectMapper,将对象转Json
将Long型的Id转换为String类型数据
在这里插入图片描述

在MVC配置类中扩展一个消息转换器
在这里插入图片描述
测试功能正常,正常更新员工状态
消息扩展器配置位置com.cc.common.JacksonObjectMapper
对象映射器位置:com.cc.config.WebMvcConfig
员工状态更新位置:com.cc.controller.EmployeeController

编辑员工信息

在这里插入图片描述
请求API,这个是先发请求,查到用户,然后填充到页面
可以看出来,这种请求方式是ResultFul风格的请求方式
控制器中要用@PathVariable(“/{参数名称}”)注解来进行接收
在这里插入图片描述
在这里插入图片描述
完美更新
更新方法位置:com.cc.controller.EmployeeController.getEmployee

公共字段自动填充

像是一部分公共字段,反复填充起来没有意义,简化填充的操作
把这个功能拿出来,单独拎出来做自动填充处理
在这里插入图片描述
在这里插入图片描述
实体类属性上面加入注解@TableField(fill = 填充条件)
看一下源码。fill是填充条件,用枚举来进行处理
在这里插入图片描述
加完注解条件不算完,还要加入配置类进行处理,对填充的数据做规定
在common包下创建一个自定义类,最关键的是要实现MetaObjectHandler接口下的insertFill和updateFill
确认填充时需要的字段。还有要加入@Component注解,将这个类交给框架管理,否则的话容易找不到,setValue的值会根据注解加入的字段名称来锁定是否需要更新
位置:com.cc.common.MyMetaObjectHandler
在这里插入图片描述
但是这里有个问题,如果我想去更新管理员字段是非常困难的,因为我这里拿不到Request的作用域对象,所以要想个办法来处理
这个时候就需要ThreadLocal来进行对象的获取,这个线程是贯穿整个运行的,可以通过他来获取

使用时

何为ThreadLocal
重点来了
这个图
在这里插入图片描述
在这里插入图片描述
我的思路就是在用户登陆的时候,把这个id存进去,等到在填充字段的时候,从ThreadLocal里把这个资源再拿出来。
直接操作不太好,把他封装一个工具类,这个工具类里方法都是静态的,可以通过类直接调用、并且都是静态方法,来操作保存读取
选择在Utils下创建

第一次的Bug

具体包在utils里,有Bug,封装的类ThreadLocal获取不到数据,不太清楚为什么,暂时就把这个写死了

// 基于ThreadLocal 封装工具类,用户保存获取当前登录的用户id
// ThreadLocal以线程为 作用域保存每个线程中的数据副本
public class BaseContext {

    private static ThreadLocal<Long> threadLocal = new ThreadLocal<>();

    //  设置当前用户id
    public static void setCurrentId(Long id){
        threadLocal.set(id);
    }

    public static Long getCurrentId(){
        return threadLocal.get();
    }
}

注意,ThreadLocal不是一个线程,只有同一个线程才能拿到,不是一个线程拿不到的

解决方案

更改setId的位置,存储的时候放在过滤器内部,就算是一个线程了,就能拿到。不过我都试过了,确实是一个线程,但是还是拿不到。
换个思路:因为我想拿Request对象里的Id嘛,所以,只要有Request的id就行,不必过于执着一定要用ThreadLocal来存,因此,我这里选择注入一下HttpServletRequest对象来解决这个问题
在这里插入图片描述

菜品页面

菜品分类

在这里插入图片描述

涉及的表有分类category
在这里插入图片描述
业务流程
在这里插入图片描述

新增菜品分类

请求方式是Post请求
在这里插入图片描述在这里插入图片描述
控制器位置:com.cc.controller.CategoryController (save)

菜品分类展现

在这里插入图片描述
还是那几步

  1. 创建分页构造器 Page pageInfo = new Page(第几页,每页几条数据);
  2. 如果有需要条件过滤的加入条件过滤器LambaQueryWarpper
  3. 注入的service对象(已经继承MP的BaseMapper接口)去调用Page对象
    service对象.page(分页信息,条件过滤器)
  4. 返回结果可以

分页查询位置:com.cc.controller.CategoryController.page

删除菜品分类

在这里插入图片描述
在这里插入图片描述
普通版本,没有考虑分类有关联的情况
在这里插入图片描述
完善一下,如果当前菜品分类下有菜品的话,就不许删除
所以在删除之前要先做判断可以删除,不符合条件的,我们要抛出异常进行提示
因为没有返回异常信息的类,我们这里要做一个自定义的专门返回异常信息的类CustomerException
这个类的位置也在common包下
在这里插入图片描述
因为我们之前创建了一个全局异常处理,也要用上,因为要拦截异常统一处理
还是com.cc.common.GloableExceptionHandler
对抛出异常进行处理,就可以对新增的异常提供目标的拦截和异常通知
在这里插入图片描述
删除菜品分类的controller接口在:com.cc.controller.CategoryController (delCategory)
因为业务特殊,且比较长,就分离出来把业务放在service包下
service接口位置:com.cc.service.impl.CategoryServiceImpl (removeCategory)

修改套餐信息

在这里插入图片描述
非常简单的CRUD,直接调用MP更新一下就行
API位置

com.cc.controller.CategoryController (updateCategory)

文件上传下载(重点)

上传逻辑

第一次接触上传下载功能
文件上传逻辑(后端)
在这里插入图片描述
参数名有要求的
接收文件类型一定是 方法名(MultipartFile 前端上传文件名称)
在这里插入图片描述
在这里插入图片描述
所以后端的接收名字也得改为file
在这里插入图片描述

上传逻辑实现

具体的存储路径写在配置文件里了
在这里插入图片描述
用@Value注入到业务里就可以
在这里插入图片描述

具体位置在com.cc.controller.CommonController (upLoadFile)

下载逻辑

在这里插入图片描述
图片回显功能
用到输入输出
位置:com.cc.controller.CommonController (fileDownload)

菜品管理页面

新增菜品

需求分析

在这里插入图片描述
涉及表为dish和dish_flavor
在这里插入图片描述
开发逻辑
在这里插入图片描述

新增实现

由于是多表的操作,MP直接干肯定不行,所以就把service层抽离出来进行处理

还有,因为涉及两张表,这里还要加入事务进行控制,防止多表操作崩溃

多表操作只能一个一个来,MP没有办法一次性操作多张表
因为涉及到多表问题,所以还要加入注解来处理事务
@Transactional 开启事务
@EnableTransactionManagement启动类加入,支持事务开启

Controller位置:com.cc.controller.DishController (addDish)
Service位置:com.cc.service.DishService
ServiceImpl位置:com.cc.service.impl.DishServiceImpl (addDishWithFlavor)

新增菜品之获取菜品种类

在这里插入图片描述
从前端接收一个type=1的标注,目的是在分类表中,菜品分类是1,套餐分类是2,把二者区分开,获取所有的菜品类型
在这里插入图片描述
位置:com.cc.controller.CategoryController (listCategory)

菜品分页

顺手把菜品分页也做了,不写太多了,位置在:com.cc.controller.CategoryController (dishPage)
记录一个知识点,如果说后端没有类和前端要的数据对应,那么自己就可以封装一个类来对前端特殊需要的数据进行封装

DTO对象

这个类可以是对一些实体类进行扩展,继承于某个父类,再添加一些内容
比如Dish和DishDto
DishDto就继承于Dish类,并在此基础上进行了扩展
在这里插入图片描述
在这里插入图片描述

更新菜品信息

就是个update
在这里插入图片描述
逻辑
在这里插入图片描述
注意,这里回显数据是要用DishDto,因为前端要显示口味等信息,这里如果用Dish是无法完美显示的,所以要用DishDto

回显填充查询

在这里插入图片描述

除此之外,这是个多表联查,用MP肯定不行,得自己写
Controller位置:com.cc.controller.DishController (updateDish)
Service位置:com.cc.service.DishService
ServiceImpl位置:com.cc.service.impl.DishServiceImpl

更新实现

实际上就是两个联动更新和删除操作,所以MP直接操作是不可以的,所以要在Service层自己再封装一个删除方法,给Controller层调用删除就行
对于Dish对象可以直接进行更新,因为DishDto是Dish的子类
因此可以调用DishService的update方法传入DishDto对象,来实现Dish的更新
Controller位置:com.cc.controller.DishController (updateDish) 确实和上面那个一样,因为请求方式不一样
Service位置:com.cc.service.DishService
ServiceImpl位置:com.cc.service.impl.DishServiceImpl (updateDishWithFlavor)

其他功能

完成一些小功能的开发
在这里插入图片描述

停售功能

就是把数据库status值更新一下,两个路径,一个启售,一个停售
在这里插入图片描述
停售请求路径
在这里插入图片描述
如果状态不一样了,会从停售变成启售,同时对应的请求路径也不一样
在这里插入图片描述
在这里插入图片描述
Controller位置:com.cc.controller.DishController (updateStatusStop)停止
Controller位置:com.cc.controller.DishController (updateStatusStart)启动

删除功能

在这里插入图片描述
菜品删除功能
完成逻辑删除,不是真删
在这里插入图片描述
位置:
Controller位置:com.cc.controller.DishController (deleteDish)停止

套餐页面

实际上就是一组菜品的集合

新增套餐概述

涉及到的数据库
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
导入SetmealDto
在这里插入图片描述

在这里插入图片描述

新增套餐之菜品列表

在这里插入图片描述
在这里插入图片描述
Controller位置:com.cc.controller.DishController (listCategory)

新增套餐实现

和新增菜品差不多,这里也是多表的操作
Controller位置:com.cc.controller.SetmealController (saveSetmeal)
Service位置:com.cc.service.SetmealService
ServiceImpl位置:com.cc.service.impl.SetmealServiceImpl(saveWithDish)

套餐分页

这里的套餐分页和以往不同,设计到了多表内容
在这里插入图片描述
套餐分页Controller位置:com.cc.controller.SetmealController.pageList
套餐Mapper接口位置:com.cc.mapper.SetmealMapper
Mapper文件位置:resource.mapper.SetmealMapper
在这里插入图片描述

更新套餐

添加套餐和更新套餐是几乎完全一致的,字段巴拉巴拉的都一样
在这里插入图片描述
但是注意,修改套餐的话,需要先对菜品页面进行填充,这一页都是需要填充满要修改的菜品信息的。在这里插入图片描述
先发请求,一看就是Restful风格请求
在这里插入图片描述
获取套餐Controller位置:com.cc.controller.SetmealController.getSetmal

更新销售状态

在这里插入图片描述
在这里插入图片描述
和之前一个业务逻辑很像,不想多赘述了,直接放接口位置
在这里插入图片描述Controller位置:com.cc.controller.SetmealController (startSale/stopSale)

删除套餐

可以单独删,也可以批量删,接口是万金油,都能接,主要看传来的数据是几个
在这里插入图片描述
在这里插入图片描述
接口
在这里插入图片描述
== 多表删除,在Controller直接实现不太现实,所以要在Service把业务写好==
Controller位置:com.cc.controller.SetmealController (deleteSetmeal)
Service位置:com.cc.service.SetmealService
ServiceImpl位置:com.cc.service.impl.SetmealServiceImpl(removeWithDish)
在这里插入图片描述

前台开发(手机端)

账户登陆

短信发送

在这里插入图片描述
在这里插入图片描述
阿里云短信业务教程

代码实现

官方文档地址
导入Maven

<dependency>
  <groupId>com.aliyun</groupId>
  <artifactId>aliyun-java-sdk-core</artifactId>
  <version>4.5.16</version>
</dependency>
<dependency>
    <groupId>com.aliyun</groupId>
    <artifactId>aliyun-java-sdk-dysmsapi</artifactId>
    <version>1.1.0</version>
</dependency>

在这里插入图片描述
导入短信登陆的工具类,把ACCESSKeyID和Secret更换到位就行
在这里插入图片描述

验证码发送

数据模型user表,手机验证码专用的表
在这里插入图片描述
开发流程
在这里插入图片描述
修改拦截器,放行操作
在这里插入图片描述
在这里插入图片描述
controller位置:com.cc.controller.UserController (sendMsg)
发送完还需要验证验证就是另一个login

用户登陆

在这里插入图片描述
controller位置:com.cc.controller.UserController (login
这里登陆还涉及到过滤器放行的功能,不要忘记了,把用户id存入session过滤器会进行验证
过滤器
在这里插入图片描述
controller
在这里插入图片描述

前台页面

导入用户地址簿

在这里插入图片描述
地址
在这里插入图片描述
这里直接导入现成的AddressBookController,没有自己写

com.cc.controller.AddressBookController

菜品展示

逻辑梳理
在这里插入图片描述
在这里插入图片描述
修改DishController的list方法,来符合前台请求的要求
controller位置:com.cc.controller.DishController (listCategory)
套餐内菜品Controller:com.cc.controller.SetmealController (list)

购物车

把菜品加入购物车
在这里插入图片描述
在这里插入图片描述
逻辑梳理
在这里插入图片描述
注意,这里不需要后端去管总价的计算,就是单价*数量的这个操作,不是后端的内容。前端在展示的时候自己就计算了。
位置:com.cc.controller.ShoppingCartController (add)

下单

在这里插入图片描述
对应的两个表,一个是orders表,另一个是orders_detail表

orders表
在这里插入图片描述
orders_detail表
在这里插入图片描述
交互流程
在这里插入图片描述
业务比较复杂,在Service里写的com.cc.service.impl.OrdersServiceImpl

至此基础部分完成,开始对项目性能进行优化

知识点总结

@RequestBody的使用

只有传来的参数是Json才能用RequestBody接收,如果不是Json的情况(比如那种?key=value&key=value)是不可以用的,会400错误
关于RequestBody何时使用

缓存优化

基于Redis进行缓存优化
在这里插入图片描述

环境搭建

Redis进行配置

加入Pom文件

        <!--导入Redis依赖-->
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-data-redis</artifactId>
        </dependency>

加入Redis配置类

@Configuration
public class RedisConfig extends CachingConfigurerSupport {
    @Bean
    public RedisTemplate<Object, Object> redisTemplate(RedisConnectionFactory connectionFactory) {
        RedisTemplate<Object, Object> redisTemplate = new RedisTemplate<>();
        //默认的Key序列化器为:JdkSerializationRedisSerializer
        redisTemplate.setKeySerializer(new StringRedisSerializer());
        redisTemplate.setConnectionFactory(connectionFactory);
        return redisTemplate;
    }
}

yml中加入配置
在这里插入图片描述

短信验证码、登陆优化

验证码加入有效时间的验证,设置好短信验证码的有效时间
在这里插入图片描述
如果登陆成功,就自动删除缓存中的验证码
优化位置:com.cc.controller.UserController sendMsg和login
注入RedisTemplete
在这里插入图片描述
针对验证码进行优化
在这里插入图片描述
针对登录后进行优化
login方法
在这里插入图片描述
在这里插入图片描述
这里过滤器也要改,因为登陆的id数据由session变成了redis存放,所以要把过滤器的相关部分进行改造

com.cc.filter.LoginCheckFilter

同样要先注入RedisTemplate
在这里插入图片描述

缓存前台菜品数据

在这里插入图片描述
缓存思路,要保证缓存数据库和DBMS内的数据保持同步,避免读到脏数据(没更新的数据)
在这里插入图片描述
对DishController进行优化,加入了缓存
再次访问可以发现,如果已经缓存过了当前的菜品分类,就不会再查数据库

更新菜品同时更新缓存

保证少出现脏数据,所以加入清理缓存,不及时清理的话,新数据保存上来,列表数据库无法同步更新。就会出现问题。
这里清理精确数据。大面积清缓存也是比较性能
这种就是全清理
在这里插入图片描述
这种是精确清理
在这里插入图片描述

SpringCache

简介

在这里插入图片描述

SpringCache常用注解及功能

在这里插入图片描述

快速起步

启动类上要加入@EnableCaching注解,启用缓存框架
在这里插入图片描述

@CachePut注解

缓存方法返回值,缓存一条或者多条数
在这里插入图片描述

@CacheEvict注解

删除缓存
在这里插入图片描述

@Cacheable注解

看看Spring是否已经缓存了当前数据,如果已经缓存那么直接返回
如果没有缓存就直接缓存到内存
在这里插入图片描述
一些特殊情况,condition属性和Unless属性在这里插入图片描述

前面都是用SpringCache自带的缓存容器性能肯定比不了Redis
所以现在开始引入Redis作为SpringCache缓存的产品
切换为Redis作为缓存产品

SpringCache-Redis

在这里插入图片描述
导入jar
在这里插入图片描述
注入相对应的缓存产品Manager就可以了,这里以RedisManager为例
在这里插入图片描述

利用SpringCache-Redis来缓存套餐数据

在这里插入图片描述
启动类上要加入@EnableCaching注解,启用缓存框架
在这里插入图片描述
加入注解时的坑
这里相当于是从Return中拿到Setmeal中的属性,但是Return时的数据是Result封装的Setmeal数据,显然无法完成序列化,这里也是需要对Result类进行序列化的改造
在这里插入图片描述
继承序列化类,使其可以序列化
在这里插入图片描述
=此时就完成了缓存的优化,此时如果缓存中有当前value名字的缓存,就自动返回,如果没有就查询一下。当前缓存自动过期时间yml里面有详细配置

保存套餐方法缓存优化
一保存套餐,对应的缓存就得删除,因为数据更新了要重新获取
还有更新套餐,理由同上
删除方法要加
在这里插入图片描述
保存方法也要加
在这里插入图片描述

数据库优化

MySQL读写分离

将单点数据库改成分布式数据库服务器
主写从读。
在这里插入图片描述

在这里插入图片描述

MySQL主从复制搭建

主库设置

主从复制架构
在这里插入图片描述
以上就可以做到主库数据和从库数据保持同步

主库进行配置
Linux改法
在这里插入图片描述

log-bin=mysql-bin #启动二进制
server-id=100 #唯一id

在这里插入图片描述

windows改法

mysql安装路径下
在这里插入图片描述

在这里插入图片描述

修改好了重启MySQL

在这里插入图片描述
windows版本的重启教程在这里
重启mysql

=======================================================

在这里插入图片描述

GRANT REPLICATION SLAVE ON*.*to'xiaoming'@'%'identified by 'Root@123456';

这里我把本地的MySQL作为主机,把阿里云作为从机
运行一下权限SQL
在这里插入图片描述

查看主机状态show master status;
在这里插入图片描述

从库设置

从库这里选择阿里
还是先修改配置文件,加入端口id
在这里插入图片描述
在这里插入图片描述
第二步还是从库重启(Linux中)
在这里插入图片描述
第三部,设置连接主机
运行SQL
在这里插入图片描述

运行一下
具体的可以去从机用show master status查看

change master to master_host='ip',master_user='xiaoming',master_password='Root@123456',master_log_file='mysql-bin.eo0001',master_log_pos=主机position

在这里插入图片描述

在这里插入图片描述
这里我是两台服务器一台docker安装mysql(从机)
一台是普通安装mysql主机,配置过程中遇到了很多问题,参考了下面的链接

参考教程

一定一定记着上面从机连接命令运行成功后要启动从机也就是

slave start

最后运行start slave就算是执行成功了
在这里插入图片描述
查看一下从机状态

show slave status

这样就算搭建好了
在这里插入图片描述

测试

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
到这里就算搭建完成了

遇到的问题

这里遇到的问题,连不上
在这里插入图片描述
本地主机外网当从机好像不太行,我就又弄了台服务器读写分离

搞到了从机之后,就开始配置,安装MySQL等等

有的时候会提示io冲突,这是因为之前的从机没有关闭关闭一下就可以了
stop slave 一下 就可以运行了

一个从机启动命令忘记了,改了一晚上
如果不运行从机启动就会变成这样
在这里插入图片描述

主写从读实战

概述

在这里插入图片描述
难么如何去确定来的SQL应该分配到哪个库上,这个就要靠Sharding-jdbc框架来读写分离的分流处理
在这里插入图片描述

实战

步骤如下
在这里插入图片描述
导入Maven坐标

        <dependency>
            <groupId>org.apache.shardingsphere</groupId>
            <artifactId>sharding-jdbc-spring-boot-starter</artifactId>
            <version>4.0.0-RC1</version>
        </dependency>

配置yml文件

spring:
  application:
    name: ccTakeOut
  shardingsphere:
    datasource:
      names:
        master,slave
      # 主库增删改操作)
      master:
        type: com.alibaba.druid.pool.DruidDataSource
        driver-class-name: com.mysql.cj.jdbc.Driver
        url: jdbc:mysql://121.89.200.204:3306/ruiji?characterEncoding=utf-8
        username: root
        password: 333
      # 从数据源(读操作)
      slave:
        type: com.alibaba.druid.pool.DruidDataSource
        driver-class-name: com.mysql.cj.jdbc.Driver
        url: jdbc:mysql://121.36.51.170:3306/ruiji?characterEncoding=utf-8
        username: root
        password: 333
    masterslave:
      # 读写分离配置
      load-balance-algorithm-type: round_robin #轮询(如果有多个从库会轮询着读)
      # 最终的数据源名称
      name: dataSource
      # 主库数据源名称
      master-data-source-name: master
      # 从库数据源名称列表,多个逗号分隔
      slave-data-source-names: slave
    props:
      sql:
        show: true #开启SQL显示,默认false
  main:
    allow-bean-definition-overriding: true #允许bean数据源覆盖

解读一下yml配置
在这里插入图片描述
允许Bean定义覆盖很重要

测试

启动项目,可以看到,读写操作分别到达了不同的主机
读写分离测试
在这里插入图片描述
在这里插入图片描述

Nginx部署

Nginx笔记

前后端分离开发

在这里插入图片描述
在这里插入图片描述

开发流程

在这里插入图片描述

YApi

在这里插入图片描述

Swagger(常用)

主要作用就是帮助后端人员生成后端接口文档
在这里插入图片描述
使用方式
在这里插入图片描述
导入坐标

        <!--knife4j接口管理-->
        <dependency>
            <groupId>com.github.xiaoymin</groupId>
            <artifactId>knife4j-spring-boot-starter</artifactId>
            <version>3.0.2</version>
        </dependency>

导入配置类
在这里插入图片描述
具体配置位置com.cc.config.WebMvcConfig

启动服务,访问路径+doc.html
进入之后就可以对已有的接口进行管理
在这里插入图片描述

Swagger常用注解

直接生成的注解内容并不是很完善
在这里插入图片描述
Swagger常用注解
在这里插入图片描述
实体类为例
在这里插入图片描述
Controller上的注解
在这里插入图片描述
以上均为示例,最终完善好注解,文档更好用,更详细。

项目部署

前端

前端作为一个工程,同样需要打包打包完为dist目录
在这里插入图片描述
把这个dist目录,扔进Nginx里HTML文件夹就可以了,也就是那个静态资源
在这里插入图片描述
传上来不算完,还要好好配置一下
一个是静态资源,另一个是反向代理

静态资源配置

先配置静态资源
在这里插入图片描述

请求代理配置

重启Nginx,测试一下,访问。
随便一个请求可以看到,带了前缀
在这里插入图片描述
后端项目给的端口是9001
请求路径为:http://www.ccsmile.fun:9001/api/employee/login
我们后端是没有这个api前缀
通过重写url,就可以把
http://www.ccsmile.fun:9001/api/employee/login
变成
http://www.ccsmile.fun:9001/employee/login的请求地址,这样就完成了请求代理转发操作
在这里插入图片描述
配置文件如下

server{
  listen 80;
  server_name localhost;
#静态资源配置
  location /{
    root html/dist;
    index index.html;
  }
#请求转发代理,重写URL+转发
  location ^~ /api/{
          rewrite ^/api/(.*)$ /$1 break;
          proxy_pass http://后端服务ip:端口号;
  }
#其他
  error_page 500 502 503 504 /50x.html;
  location = /50x.html{
      root html;
  }
}

最后保存文件,重启Nginx,就配置完成了
不过还是不知道为啥不太好用,还有待解决,实在不行就在后端上加入接收请求前缀就好了

后端

在这里插入图片描述
上传脚本,自动拉取最新脚本
这样在开发端和Linux端就通过Gitee间接实现同步
在这里插入图片描述
脚本内容

#!/bin/sh
echo =================================
echo  自动化部署脚本启动
echo =================================

echo 停止原来运行中的工程
APP_NAME=reggie_take_out

tpid=`ps -ef|grep $APP_NAME|grep -v grep|grep -v kill|awk '{print $2}'`
if [ ${tpid} ]; then
    echo 'Stop Process...'
    kill -15 $tpid
fi
sleep 2
tpid=`ps -ef|grep $APP_NAME|grep -v grep|grep -v kill|awk '{print $2}'`
if [ ${tpid} ]; then
    echo 'Kill Process!'
    kill -9 $tpid
else
    echo 'Stop Success!'
fi

echo 准备从Git仓库拉取最新代码
cd /usr/local/javaapp/reggie_take_out

echo 开始从Git仓库拉取最新代码
git pull
echo 代码拉取完成

echo 开始打包
output=`mvn clean package -Dmaven.test.skip=true`

cd target

echo 启动项目
nohup java -jar reggie_take_out-1.0-SNAPSHOT.jar &> reggie_take_out.log &
echo 项目启动完成


执行脚本就OK了
在这里插入图片描述

记得修改yml文件中的部分内容,比如文件路径等等信息~
完结撒花啦

原文地址:https://blog.csdn.net/weixin_46906696/article/details/125040457

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。

如若转载,请注明出处:http://www.7code.cn/show_#ID#.html

如若内容造成侵权/违法违规/事实不符,请联系代码007邮箱:suwngjj01@126.com进行投诉反馈,一经查实,立即删除!

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注