解锁MyBatis Plus的强大功能：学习高级操作与DML技巧！

喜欢ヅ旅行 2024-04-17 06:46 1阅读 0赞

#### MyBatisPlus ####

*  1，DML编程控制
 *   *  1.1 id生成策略控制
     *   *  知识点1：@TableId
         *  1.1.1 环境构建
         *  1.1.2 代码演示
         *   *  AUTO策略
             *   *  步骤1:设置生成策略为AUTO
                 *  步骤3:运行新增方法
             *  INPUT策略
             *   *  步骤1:设置生成策略为INPUT
                 *  步骤2:添加数据手动设置ID
                 *  步骤3:运行新增方法
             *  ASSIGN\_ID策略
             *   *  步骤1:设置生成策略为ASSIGN\_ID
                 *  步骤2:添加数据不设置ID
                 *  步骤3:运行新增方法
             *  ASSIGN\_UUID策略
             *   *  步骤1:设置生成策略为ASSIGN\_UUID
                 *  步骤2:修改表的主键类型
                 *  步骤3:运行新增方法
         *  1.1.3 ID生成策略对比
         *  1.1.4 简化配置
         *   *  模型类主键策略设置
             *  数据库表与模型类的映射关系
     *  1.2 多记录操作
     *  1.3 逻辑删除
     *   *  步骤1:修改数据库表添加\`deleted\`列
         *  步骤2:实体类添加属性
         *  步骤3:运行删除方法
         *   *  知识点1：@TableLogic
     *  1.4 乐观锁
     *   *  1.4.1 概念
         *  1.4.2 实现思路
         *  1.4.3 实现步骤
         *   *  步骤1:数据库表添加列
             *  步骤2:在模型类中添加对应的属性
             *  步骤3:添加乐观锁的拦截器
             *  步骤4:执行更新操作
 *  2，快速开发
 *   *  2.1 代码生成器原理分析
     *  2.2 代码生成器实现
     *   *  步骤1:创建一个Maven项目
         *  代码2:导入对应的jar包
         *  步骤4:创建代码生成类
         *  步骤5:运行程序

## 1，DML编程控制 ##

### 1.1 id生成策略控制 ###

在使用MP新增成功后，主键ID是一个很长串的内容，我们更想要的是按照数据库表字段进行自增长，所以我们先来分析下ID该如何选择:

*  不同的表应用不同的id生成策略
    
     *  日志：自增（1,2,3,4，……）
     *  购物订单：特殊规则（FQ23948AK3843）
     *  外卖单：关联地区日期等信息（10 04 20200314 34 91）
     *  关系表：可省略id
     *  ……

不同的业务采用的ID生成方式应该是不一样的，那么在MP中都提供了哪些主键生成策略，以及我们该如何进行选择?

在这里我们又需要用到MP的一个注解叫`@TableId`

#### 知识点1：@TableId ####

<table> 
 <thead> 
  <tr> 
   <th>名称</th> 
   <th>@TableId</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>类型</td> 
   <td>属性注解</td> 
  </tr> 
  <tr> 
   <td>位置</td> 
   <td>模型类中用于表示主键的属性定义上方</td> 
  </tr> 
  <tr> 
   <td>作用</td> 
   <td>设置当前类中主键属性的生成策略</td> 
  </tr> 
  <tr> 
   <td>相关属性</td> 
   <td>value(默认)：设置数据库表主键名称<br>type:设置主键属性的生成策略，值查照IdType的枚举值</td> 
  </tr> 
 </tbody> 
</table>

#### 1.1.1 环境构建 ####

*  创建一个SpringBoot项目

#### 1.1.2 代码演示 ####

##### AUTO策略 #####

###### 步骤1:设置生成策略为AUTO ######

@Data
    @TableName("tbl_user")
    public class User {
        
        @TableId(type = IdType.AUTO)
        private Long id;
        private String name;
        @TableField(value="pwd",select=false)
        private String password;
        private Integer age;
        private String tel;
        @TableField(exist=false)
        private Integer online;
    }

###### 步骤3:运行新增方法 ######

会发现，新增成功，并且主键id也是从5开始。

经过演示，会发现`AUTO`的作用是使用数据库ID自增，在使用该策略的时候一定要确保对应的数据库表设置了ID主键自增，否则无效。

接下来，我们可以进入源码查看下ID的生成策略有哪些?

打开源码后，你会发现并没有看到中文注释，这就需要我们点击右上角的`Download Sources`,会自动帮你把这个类的java文件下载下来，我们就能看到具体的注释内容。因为这个技术是国人制作的，所以他代码中的注释还是比较容易看懂的。  
![在这里插入图片描述][0204ef0020e640bdb4ec9917e05a27ae.png]

当把源码下载完后，就可以看到如下内容:  
![在这里插入图片描述][d37f9c9a535a428a85c1e7df3804a2bb.png]

从源码中可以看到，除了AUTO这个策略以外，还有如下几种生成策略:

*  NONE: 不设置id生成策略
 *  INPUT:用户手工输入id
 *  ASSIGN\_ID:雪花算法生成id(可兼容数值型与字符串型)
 *  ASSIGN\_UUID:以UUID生成算法作为id生成策略
 *  其他的几个策略均已过时，都将被ASSIGN\_ID和ASSIGN\_UUID代替掉。

**拓展:**

分布式ID是什么?

*  当数据量足够大的时候，一台数据库服务器存储不下，这个时候就需要多台数据库服务器进行存储
 *  比如订单表就有可能被存储在不同的服务器上
 *  如果用数据库表的自增主键，因为在两台服务器上所以会出现冲突
 *  这个时候就需要一个全局唯一ID,这个ID就是分布式ID。

##### INPUT策略 #####

###### 步骤1:设置生成策略为INPUT ######

@Data
    @TableName("tbl_user")
    public class User {
        
        @TableId(type = IdType.INPUT)
        private Long id;
        private String name;
        @TableField(value="pwd",select=false)
        private String password;
        private Integer age;
        private String tel;
        @TableField(exist=false)
        private Integer online;
    }

**注意**:这种ID生成策略，需要将表的自增策略删除掉  
![在这里插入图片描述][924f776ff45a46d0925e05faeebdc789.png]

###### 步骤2:添加数据手动设置ID ######

@SpringBootTest
    class Mybatisplus03DqlApplicationTests {
        
    
        @Autowired
        private UserDao userDao;
    	
        @Test
        void testSave(){
        
            User user = new User();
            //设置主键ID的值
            user.setId(666L);
             user.set....;
            userDao.insert(user);
        }
    }

###### 步骤3:运行新增方法 ######

如果设置主键ID的值，则运行成功。

如果没有设置主键ID的值，则会报错，错误提示就是主键ID没有给值:  
![在这里插入图片描述][2ff3f184b1dd4790857606f34f0192dd.png]

##### ASSIGN\_ID策略 #####

###### 步骤1:设置生成策略为ASSIGN\_ID ######

@Data
    @TableName("tbl_user")
    public class User {
        
        @TableId(type = IdType.ASSIGN_ID)
        private Long id;
        private String name;
        @TableField(value="pwd",select=false)
        private String password;
        private Integer age;
        private String tel;
        @TableField(exist=false)
        private Integer online;
    }

###### 步骤2:添加数据不设置ID ######

@SpringBootTest
    class Mybatisplus03DqlApplicationTests {
        
    
        @Autowired
        private UserDao userDao;
    	
        @Test
        void testSave(){
        
            User user = new User();
            user.setName("黑马程序员");
            user.setPassword("itheima");
            user.setAge(12);
            user.setTel("4006184000");
            userDao.insert(user);
        }
    }

**注意**:这种生成策略，不需要手动设置ID，如果手动设置ID，则会使用自己设置的值。

###### 步骤3:运行新增方法 ######

生成的ID就是一个Long类型的数据。

##### ASSIGN\_UUID策略 #####

###### 步骤1:设置生成策略为ASSIGN\_UUID ######

使用uuid需要注意的是，主键的类型不能是Long，而应该改成String类型

@Data
    @TableName("tbl_user")
    public class User {
        
        @TableId(type = IdType.ASSIGN_UUID)
        private String id;
        private String name;
        @TableField(value="pwd",select=false)
        private String password;
        private Integer age;
        private String tel;
        @TableField(exist=false)
        private Integer online;
    }

###### 步骤2:修改表的主键类型 ######

![在这里插入图片描述][5d92efa31ec3443fb05d2a205d7d2b78.png]

主键类型设置为varchar，长度要大于32，因为UUID生成的主键为32位，如果长度小的话就会导致插入失败。

###### 步骤3:运行新增方法 ######

生成的ID就是一个String类型的数据。

接下来我们来聊一聊雪花算法:

雪花算法(SnowFlake),是Twitter官方给出的算法实现 是用Scala写的。其生成的结果是一个64bit大小整数，它的结构如下图:  
![在这里插入图片描述][4ad48c69576c4629a199fd2a1af16ed3.png]

1.  1bit,不用,因为二进制中最高位是符号位，1表示负数，0表示正数。生成的id一般都是用整数，所以最高位固定为0。
2.  41bit-时间戳，用来记录时间戳，毫秒级
3.  10bit-工作机器id，用来记录工作机器id,其中高位5bit是数据中心ID其取值范围0-31，低位5bit是工作节点ID其取值范围0-31，两个组合起来最多可以容纳1024个节点
4.  序列号占用12bit，每个节点每毫秒0开始不断累加，最多可以累加到4095，一共可以产生4096个ID

#### 1.1.3 ID生成策略对比 ####

介绍了这些主键ID的生成策略，我们以后该用哪个呢?

*  NONE: 不设置id生成策略，MP不自动生成，约等于INPUT,所以这两种方式都需要用户手动设置，但是手动设置第一个问题是容易出现相同的ID造成主键冲突，为了保证主键不冲突就需要做很多判定，实现起来比较复杂
 *  AUTO:数据库ID自增,这种策略适合在数据库服务器只有1台的情况下使用,不可作为分布式ID使用
 *  ASSIGN\_UUID:可以在分布式的情况下使用，而且能够保证唯一，但是生成的主键是32位的字符串，长度过长占用空间而且还不能排序，查询性能也慢
 *  ASSIGN\_ID:可以在分布式的情况下使用，生成的是Long类型的数字，可以排序性能也高，但是生成的策略和服务器时间有关，如果修改了系统时间就有可能导致出现重复主键
 *  综上所述，每一种主键策略都有自己的优缺点，根据自己项目业务的实际情况来选择使用才是最明智的选择。

#### 1.1.4 简化配置 ####

前面我们已经完成了表关系映射、数据库主键策略的设置，接下来对于这两个内容的使用，我们再讲下他们的简化配置:

##### 模型类主键策略设置 #####

对于主键ID的策略已经介绍完，但是如果要在项目中的每一个模型类上都需要使用相同的生成策略，如:  
![在这里插入图片描述][29bbe3006f2f4e9fb4da1ab105a65627.png]

确实是稍微有点繁琐，我们能不能在某一处进行配置，就能让所有的模型类都可以使用该主键ID策略呢?

答案是肯定有，我们只需要在配置文件中添加如下内容:

mybatis-plus:
      global-config:
        db-config:
        	id-type: assign_id

配置完成后，每个模型类的主键ID策略都将成为assign\_id.

##### 数据库表与模型类的映射关系 #####

MP会默认将模型类的类名名首字母小写作为表名使用，假如数据库表的名称都以`tbl_`开头，那么我们就需要将所有的模型类上添加`@TableName`，如:  
![在这里插入图片描述][0f3f2e38426847ccb2b95996d9a2f6de.png]  
配置起来还是比较繁琐，简化方式为在配置文件中配置如下内容:

mybatis-plus:
      global-config:
        db-config:
        	table-prefix: tbl_

设置表的前缀内容，这样MP就会拿 `tbl_`加上模型类的首字母小写，就刚好组装成数据库的表名。

### 1.2 多记录操作 ###

实现多条删除，我们先找找对应的API方法。

int deleteBatchIds(@Param(Constants.COLLECTION) Collection<? extends Serializable> idList);

翻译方法的字面意思为:删除（根据ID 批量删除）,参数是一个集合，可以存放多个id值。

> 需求:根据传入的id集合将数据库表中的数据删除掉。

@SpringBootTest
    class Mybatisplus03DqlApplicationTests {
        
    
        @Autowired
        private UserDao userDao;
    	
        @Test
        void testDelete(){
        
            //删除指定多条数据
            List<Long> list = new ArrayList<>();
            list.add(1402551342481838081L);
            list.add(1402553134049501186L);
            list.add(1402553619611430913L);
            userDao.deleteBatchIds(list);
        }
    }

执行成功后，数据库表中的数据就会按照指定的id进行删除。

除了按照id集合进行批量删除，也可以按照id集合进行批量查询，还是先来看下API

List<T> selectBatchIds(@Param(Constants.COLLECTION) Collection<? extends Serializable> idList);

方法名称翻译为:查询（根据ID 批量查询），参数是一个集合，可以存放多个id值。

> 需求：根据传入的ID集合查询用户信息

@SpringBootTest
    class Mybatisplus03DqlApplicationTests {
        
    
        @Autowired
        private UserDao userDao;
    	
        @Test
        void testGetByIds(){
        
            //查询指定多条数据
            List<Long> list = new ArrayList<>();
            list.add(1L);
            list.add(3L);
            list.add(4L);
            userDao.selectBatchIds(list);
        }
    }

查询结果就会按照指定传入的id值进行查询。

### 1.3 逻辑删除 ###

接下来要讲解是删除中比较重要的一个操作，逻辑删除，先来分析下问题:  
![在这里插入图片描述][27a95beae2f54be5aa2287d83d0efed2.png]

*  这是一个员工和其所签的合同表，关系是一个员工可以签多个合同，是一个一(员工)对多(合同)的表。
 *  员工ID为1的张业绩，总共签了三个合同，如果此时他离职了，我们需要将员工表中的数据进行删除，会执行delete操作。
 *  如果表在设计的时候有主外键关系，那么同时也得将合同表中的前三条数据也删除掉

![在这里插入图片描述][2c40d91ee7ee4be0a005b587d8f884dd.png]

*  后期要统计所签合同的总金额，就会发现对不上，原因是已经将员工1签的合同信息删除掉了
 *  如果只删除员工不删除合同表数据，那么合同的员工编号对应的员工信息不存在，那么就会出现垃圾数据，就会出现无主合同，根本不知道有张业绩这个人的存在
 *  所以经过分析，我们不应该将表中的数据删除掉，而是需要进行保留，但是又得把离职的人和在职的人进行区分，这样就解决了上述问题，如:
 *  ![在这里插入图片描述][8b3363e1f5ae42e192567b16b31235f0.png]
 *  区分的方式，就是在员工表中添加一列数据`deleted`，如果为0说明在职员工，如果离职则将其改完1，（0和1所代表的含义是可以自定义的）。

所以对于删除操作业务问题来说有:

*  物理删除:业务数据从数据库中丢弃，执行的是delete操作
 *  逻辑删除:为数据设置是否可用状态字段，删除时设置状态字段为不可用状态，数据保留在数据库中，执行的是update操作

MP中逻辑删除具体该如何实现?

#### 步骤1:修改数据库表添加`deleted`列 ####

字段名可以任意，内容也可以自定义，比如`0`代表正常，`1`代表删除，可以在添加列的同时设置其默认值为`0`正常。  
![在这里插入图片描述][fbf582c7c1fe4ee09bd0725f1649ea06.png]

#### 步骤2:实体类添加属性 ####

(1)添加与数据库表的列对应的一个属性名，名称可以任意，如果和数据表列名对不上，可以使用@TableField进行关系映射，如果一致，则会自动对应。

(2)标识新增的字段为逻辑删除字段，使用`@TableLogic`

@Data
    //@TableName("tbl_user") 可以不写是因为配置了全局配置
    public class User {
        
        @TableId(type = IdType.ASSIGN_UUID)
        private String id;
        private String name;
        @TableField(value="pwd",select=false)
        private String password;
        private Integer age;
        private String tel;
        @TableField(exist=false)
        private Integer online;
        @TableLogic(value="0",delval="1")
        //value为正常数据的值，delval为删除数据的值
        private Integer deleted;
    }

#### 步骤3:运行删除方法 ####

@SpringBootTest
    class Mybatisplus03DqlApplicationTests {
        
    
        @Autowired
        private UserDao userDao;
    	
        @Test
        void testDelete(){
        
           userDao.deleteById(1L);
        }
    }

![在这里插入图片描述][d97f942860184098a30eb78803de14f7.png]

从测试结果来看，逻辑删除最后走的是update操作，会将指定的字段修改成删除状态对应的值。

**思考**

逻辑删除，对查询有没有影响呢?

*  执行查询操作
    
        @SpringBootTest
        class Mybatisplus03DqlApplicationTests {
              
        
            @Autowired
            private UserDao userDao;
        	
            @Test
            void testFind(){
              
               System.out.println(userDao.selectList(null));
            }
        }
    
    运行测试，会发现打印出来的sql语句中会多一个查询条件，如:  
    ![在这里插入图片描述][c9bf281a2ae445d59ccdfee98fb9503d.png]
    
    可想而知，MP的逻辑删除会将所有的查询都添加一个未被删除的条件，也就是已经被删除的数据是不应该被查询出来的。
 *  如果还是想把已经删除的数据都查询出来该如何实现呢?
    
        @Mapper
        public interface UserDao extends BaseMapper<User> {
              
            //查询所有数据包含已经被删除的数据
            @Select("select * from tbl_user")
            public List<User> selectAll();
        }
 *  如果每个表都要有逻辑删除，那么就需要在每个模型类的属性上添加`@TableLogic`注解，如何优化?
    
    在配置文件中添加全局配置，如下:
    
        mybatis-plus:
          global-config:
            db-config:
              # 逻辑删除字段名
              logic-delete-field: deleted
              # 逻辑删除字面值：未删除为0
              logic-not-delete-value: 0
              # 逻辑删除字面值：删除为1
              logic-delete-value: 1

介绍完逻辑删除，逻辑删除的本质为:

**逻辑删除的本质其实是修改操作。如果加了逻辑删除字段，查询数据时也会自动带上逻辑删除字段。**

执行的SQL语句为:

UPDATE tbl\_user SET deleted=1 where id = ? AND deleted=0

##### 知识点1：@TableLogic #####

<table> 
 <thead> 
  <tr> 
   <th>名称</th> 
   <th>@TableLogic</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>类型</td> 
   <td>属性注解</td> 
  </tr> 
  <tr> 
   <td>位置</td> 
   <td>模型类中用于表示删除字段的属性定义上方</td> 
  </tr> 
  <tr> 
   <td>作用</td> 
   <td>标识该字段为进行逻辑删除的字段</td> 
  </tr> 
  <tr> 
   <td>相关属性</td> 
   <td>value：逻辑未删除值<br>delval:逻辑删除值</td> 
  </tr> 
 </tbody> 
</table>

### 1.4 乐观锁 ###

#### 1.4.1 概念 ####

在讲解乐观锁之前，我们还是先来分析下问题:

业务并发现象带来的问题:秒杀

*  假如有100个商品或者票在出售，为了能保证每个商品或者票只能被一个人购买，如何保证不会出现超买或者重复卖
 *  对于这一类问题，其实有很多的解决方案可以使用
 *  第一个最先想到的就是锁，锁在一台服务器中是可以解决的，但是如果在多台服务器下锁就没有办法控制，比如12306有两台服务器在进行卖票，在两台服务器上都添加锁的话，那也有可能会导致在同一时刻有两个线程在进行卖票，还是会出现并发问题。

简单来说，乐观锁主要解决的问题是当要更新一条记录的时候，希望这条记录没有被别人更新。

#### 1.4.2 实现思路 ####

乐观锁的实现方式:

>  *  数据库表中添加version列，比如默认值给1
>  *  第一个线程要修改数据之前，取出记录时，获取当前数据库中的version=1
>  *  第二个线程要修改数据之前，取出记录时，获取当前数据库中的version=1
>  *  第一个线程执行更新时，set version = newVersion where version = oldVersion
>     
>      *  newVersion = version+1 \[2\]
>      *  oldVersion = version \[1\]
>  *  第二个线程执行更新时，set version = newVersion where version = oldVersion
>     
>      *  newVersion = version+1 \[2\]
>      *  oldVersion = version \[1\]
>  *  假如这两个线程都来更新数据，第一个和第二个线程都可能先执行
>     
>      *  假如第一个线程先执行更新，会把version改为2，
>      *  第二个线程再更新的时候，set version = 2 where version = 1,此时数据库表的数据version已经为2，所以第二个线程会修改失败
>      *  假如第二个线程先执行更新，会把version改为2，
>      *  第一个线程再更新的时候，set version = 2 where version = 1,此时数据库表的数据version已经为2，所以第一个线程会修改失败
>      *  不管谁先执行都会确保只能有一个线程更新数据，这就是MP提供的乐观锁的实现原理分析。

上面所说的步骤具体该如何实现呢?

#### 1.4.3 实现步骤 ####

分析完步骤后，具体的实现步骤如下:

##### 步骤1:数据库表添加列 #####

列名可以任意，比如使用`version`,给列设置默认值为`1`  
![在这里插入图片描述][ea067ecc0b3542f39a4a7b54db1daee7.png]

##### 步骤2:在模型类中添加对应的属性 #####

根据添加的字段列名，在模型类中添加对应的属性值

@Data
    //@TableName("tbl_user") 可以不写是因为配置了全局配置
    public class User {
        
        @TableId(type = IdType.ASSIGN_UUID)
        private String id;
        private String name;
        @TableField(value="pwd",select=false)
        private String password;
        private Integer age;
        private String tel;
        @TableField(exist=false)
        private Integer online;
        private Integer deleted;
        @Version
        private Integer version;
    }

##### 步骤3:添加乐观锁的拦截器 #####

@Configuration
    public class MpConfig {
        
        @Bean
        public MybatisPlusInterceptor mpInterceptor() {
        
            //1.定义Mp拦截器
            MybatisPlusInterceptor mpInterceptor = new MybatisPlusInterceptor();
            //2.添加乐观锁拦截器
            mpInterceptor.addInnerInterceptor(new OptimisticLockerInnerInterceptor());
            return mpInterceptor;
        }
    }

##### 步骤4:执行更新操作 #####

@SpringBootTest
    class Mybatisplus03DqlApplicationTests {
        
    
        @Autowired
        private UserDao userDao;
    	
        @Test
        void testUpdate(){
        
           User user = new User();
            user.setId(3L);
            user.setName("Jock666");
            userDao.updateById(user);
        }
    }

![在这里插入图片描述][f78574a9d9964fe29aa36e3702c720f5.png]

你会发现，这次修改并没有更新version字段，原因是没有携带version数据。

添加version数据

@SpringBootTest
    class Mybatisplus03DqlApplicationTests {
        
    
        @Autowired
        private UserDao userDao;
    	
        @Test
        void testUpdate(){
        
            User user = new User();
            user.setId(3L);
            user.setName("Jock666");
            user.setVersion(1);
            userDao.updateById(user);
        }
    }

![在这里插入图片描述][8d9502bf7a1348e3a7a01e4b72d01ec8.png]

你会发现，我们传递的是1，MP会将1进行加1，然后，更新回到数据库表中。

所以要想实现乐观锁，首先第一步应该是拿到表中的version，然后拿version当条件在将version加1更新回到数据库表中，所以我们在查询的时候，需要对其进行查询

@SpringBootTest
    class Mybatisplus03DqlApplicationTests {
        
    
        @Autowired
        private UserDao userDao;
    	
        @Test
        void testUpdate(){
        
            //1.先通过要修改的数据id将当前数据查询出来
            User user = userDao.selectById(3L);
            //2.将要修改的属性逐一设置进去
            user.setName("Jock888");
            userDao.updateById(user);
        }
    }

![在这里插入图片描述][57dc5332cbbc47aeb26f00a32c1fb7b7.png]  
大概分析完乐观锁的实现步骤以后，我们来模拟一种加锁的情况，看看能不能实现多个人修改同一个数据的时候，只能有一个人修改成功。

@SpringBootTest
    class Mybatisplus03DqlApplicationTests {
        
    
        @Autowired
        private UserDao userDao;
    	
        @Test
        void testUpdate(){
        
           //1.先通过要修改的数据id将当前数据查询出来
            User user = userDao.selectById(3L);     //version=3
            User user2 = userDao.selectById(3L);    //version=3
            user2.setName("Jock aaa");
            userDao.updateById(user2);              //version=>4
            user.setName("Jock bbb");
            userDao.updateById(user);               //verion=3?条件还成立吗？
        }
    }

运行程序，分析结果：  
![在这里插入图片描述][16d5183e48f64a69a0960a644ad1ea99.png]

乐观锁就已经实现完成了，如果对于上面的这些步骤记不住咋办呢?

参考官方文档来实现:

`https://mp.baomidou.com/guide/interceptor-optimistic-locker.html#optimisticlockerinnerinterceptor`  
![在这里插入图片描述][2484db66c6884dda92d31d6797ff38a3.png]

## 2，快速开发 ##

### 2.1 代码生成器原理分析 ###

观察我们之前写的代码，会发现其中也会有很多重复内容，比如:  
![在这里插入图片描述][d5fd464721cc432fa2a3d0ffc8a54fc5.png]  
那我们就想，如果我想做一个Book模块的开发，是不是只需要将红色部分的内容全部更换成`Book`即可，如：  
![在这里插入图片描述][131c4559fc5c4f458284301a8d0f5f88.png]  
所以我们会发现，做任何模块的开发，对于这段代码，基本上都是对红色部分的调整，所以我们把去掉红色内容的东西称之为模板，红色部分称之为参数，以后只需要传入不同的参数，就可以根据模板创建出不同模块的dao代码。

除了Dao可以抽取模块，其实我们常见的类都可以进行抽取，只要他们有公共部分即可。再来看下模型类的模板：  
![在这里插入图片描述][fce7af1d3dfa47eb88061d0d69f6ee35.png]

*  ① 可以根据数据库表的表名来填充
 *  ② 可以根据用户的配置来生成ID生成策略
 *  ③到⑨可以根据数据库表字段名称来填充

所以只要我们知道是对哪张表进行代码生成，这些内容我们都可以进行填充。

分析完后，我们会发现，要想完成代码自动生成，我们需要有以下内容:

*  模板: MyBatisPlus提供，可以自己提供，但是麻烦，不建议。
 *  数据库相关配置:读取数据库获取表和字段信息。
 *  开发者自定义配置:手工配置，比如ID生成策略。

### 2.2 代码生成器实现 ###

#### 步骤1:创建一个Maven项目 ####

#### 代码2:导入对应的jar包 ####

<dependency>
                <groupId>com.baomidou</groupId>
                <artifactId>mybatis-plus-generator</artifactId>
                <version>3.4.1</version>
            </dependency>
    
            
            <dependency>
                <groupId>org.apache.velocity</groupId>
                <artifactId>velocity-engine-core</artifactId>
                <version>2.3</version>
            </dependency>
        </dependencies>

#### 步骤4:创建代码生成类 ####

public class CodeGenerator {
        
        public static void main(String[] args) {
        
            //1.获取代码生成器的对象
            AutoGenerator autoGenerator = new AutoGenerator();
    
            //设置数据库相关配置
            DataSourceConfig dataSource = new DataSourceConfig();
            dataSource.setDriverName("com.mysql.cj.jdbc.Driver");
            dataSource.setUrl("jdbc:mysql://localhost:3306/mybatisplus_db?serverTimezone=UTC");
            dataSource.setUsername("root");
            dataSource.setPassword("root");
            autoGenerator.setDataSource(dataSource);
    
            //设置全局配置
            GlobalConfig globalConfig = new GlobalConfig();
            globalConfig.setOutputDir(System.getProperty("user.dir")+"/mybatisplus_04_generator/src/main/java");    //设置代码生成位置
            globalConfig.setOpen(false);    //设置生成完毕后是否打开生成代码所在的目录
            globalConfig.setAuthor("黑马程序员");    //设置作者
            globalConfig.setFileOverride(true);     //设置是否覆盖原始生成的文件
            globalConfig.setMapperName("%sDao");    //设置数据层接口名，%s为占位符，指代模块名称
            globalConfig.setIdType(IdType.ASSIGN_ID);   //设置Id生成策略
            autoGenerator.setGlobalConfig(globalConfig);
    
            //设置包名相关配置
            PackageConfig packageInfo = new PackageConfig();
            packageInfo.setParent("com.aaa");   //设置生成的包名，与代码所在位置不冲突，二者叠加组成完整路径
            packageInfo.setEntity("domain");    //设置实体类包名
            packageInfo.setMapper("dao");   //设置数据层包名
            autoGenerator.setPackageInfo(packageInfo);
    
            //策略设置
            StrategyConfig strategyConfig = new StrategyConfig();
            strategyConfig.setInclude("tbl_user");  //设置当前参与生成的表名，参数为可变参数
            strategyConfig.setTablePrefix("tbl_");  //设置数据库表的前缀名称，模块名 = 数据库表名 - 前缀名  例如： User = tbl_user - tbl_
            strategyConfig.setRestControllerStyle(true);    //设置是否启用Rest风格
            strategyConfig.setVersionFieldName("version");  //设置乐观锁字段名
            strategyConfig.setLogicDeleteFieldName("deleted");  //设置逻辑删除字段名
            strategyConfig.setEntityLombokModel(true);  //设置是否启用lombok
            autoGenerator.setStrategy(strategyConfig);
            //2.执行生成操作
            autoGenerator.execute();
        }
    }

对于代码生成器中的代码内容，我们可以直接从官方文档中获取代码进行修改，

`https://mp.baomidou.com/guide/generator.html`

#### 步骤5:运行程序 ####

运行成功后，会在当前项目中生成很多代码，代码包含`controller`,`service`，`mapper`和`entity`  
![在这里插入图片描述][6f26c4300b7948a6b6a9b0f0482d37c7.png]

至此代码生成器就已经完成工作，我们能快速根据数据库表来创建对应的类，简化我们的代码开发。

**后记  
👉👉💕💕美好的一天，到此结束，下次继续努力！欲知后续，请看下回分解，写作不易，感谢大家的支持！！ 🌹🌹🌹**

[0204ef0020e640bdb4ec9917e05a27ae.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/15/12bb145ff4d548ffb3b8627ee153cefa.png
[d37f9c9a535a428a85c1e7df3804a2bb.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/15/f8639b52f26040b4ac6a6ef98366cd71.png
[924f776ff45a46d0925e05faeebdc789.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/15/6b7aca82b04b4480a13c23f78350b780.png
[2ff3f184b1dd4790857606f34f0192dd.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/15/fc2a86d32b344b4ca050f4499177283e.png
[5d92efa31ec3443fb05d2a205d7d2b78.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/15/9d4208b03fdf40bf913c9ec669360deb.png
[4ad48c69576c4629a199fd2a1af16ed3.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/15/f6cea7802b974821a7a7a18892ea73c5.png
[29bbe3006f2f4e9fb4da1ab105a65627.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/15/43f815a023324c91be4e756ae8ce8a40.png
[0f3f2e38426847ccb2b95996d9a2f6de.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/15/efb52f4809c7485dbcd691ed3463e91a.png
[27a95beae2f54be5aa2287d83d0efed2.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/15/c7ba4ee25a004a909b5ee05d96d5bd43.png
[2c40d91ee7ee4be0a005b587d8f884dd.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/15/73763cb75ec94ca786d339c9e97e414f.png
[8b3363e1f5ae42e192567b16b31235f0.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/15/4d0e44476d6d43b3b1278e7b294f3586.png
[fbf582c7c1fe4ee09bd0725f1649ea06.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/15/ae36e2e805d54bf3b0235841e0da6564.png
[d97f942860184098a30eb78803de14f7.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/15/fdbb23570de04112b9af0dd61d8fb8bc.png
[c9bf281a2ae445d59ccdfee98fb9503d.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/15/1266599ddca549d985f26361f7b06bdc.png
[ea067ecc0b3542f39a4a7b54db1daee7.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/15/3d94d90862234e77816192b5067cd221.png
[f78574a9d9964fe29aa36e3702c720f5.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/15/87bc340d764c470193221c87ed87a2cd.png
[8d9502bf7a1348e3a7a01e4b72d01ec8.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/15/56be04bd09f7485a854adfdba53083f1.png
[57dc5332cbbc47aeb26f00a32c1fb7b7.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/15/494d2f65fd4f4171bc443f5849ac7e39.png
[16d5183e48f64a69a0960a644ad1ea99.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/15/da1ed6ba25304e52871824271f5284bd.png
[2484db66c6884dda92d31d6797ff38a3.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/15/dc7df15c5d454f44a7cf7d3a4b5b0c18.png
[d5fd464721cc432fa2a3d0ffc8a54fc5.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/15/f6d0ff2c90b24a59bf57fafda9c6d1ef.png
[131c4559fc5c4f458284301a8d0f5f88.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/15/50cd488ec3bf49c5a84b611170496d0a.png
[fce7af1d3dfa47eb88061d0d69f6ee35.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/15/60a4727257784462a7fd45238d699ebf.png
[6f26c4300b7948a6b6a9b0f0482d37c7.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/15/f359178550f24e62950fc3260fcb570f.png