为什么Mybatis-plus这么好用，反而用的不多？

一、什么是Mybatis-plus？

MyBatis-Plus（简称MP），是mybatis的增强工具，在mybatis的基础上只做增强不做改变，为简化开发，提高效率而生。

二、特点

1、润物无声

只做增强不做改变，引入它不会对现有工程产生影响，如丝般顺滑。

2、 效率至上

只需简单配置，即可快速进行单表 CRUD 操作，从而节省大量时间。

3、丰富功能

代码生成、自动分页、逻辑删除、自动填充等功能一应俱全。

三、优点

1、无侵入

MyBatis-Plus在MyBatis的基础上进行扩展，只做增强不做改变，引入MyBatis-Plus不会对现有的MyBatis框架产生任何影响，而且MP支持所有MyBatis原生的特性。

2、依赖少

仅仅依赖MyBatis以及MyBatis-Spring

3、损耗小

启动即会注入基本CRUD，性能基本无损耗，直接面向对象操作

4、预防SQL注入

内置SQL注入剥离器，有效预防sql注入攻击

5、通用CRUD操作

内置通用mapper、通用service，仅仅通过少量配置即可实现单表大部分CRUD操作，更有强大的条件构造器，满足各类使用需求，CRUD程序员的噩梦。

6、多种主键策略

支持多达4种主键策略（内含分布式唯一ID生成器），可自由配置，完美解决主键问题。

1. AUTO 数据库ID自增
2. INPUT 用户输入ID
3. ID_WORKER 全局唯一ID，Long类型的主键
4. ID_WORKER_STR 字符串全局唯一ID
5. UUID 全局唯一ID，UUID类型的主键
6. NONE 该类型为未设置主键类型

主键生成的几种方式：

1. 数据库自增长
2. UUID
3. Redis生成id

7、支持热加载

mapper对应的xml支持热加载，对于简单的CRUD操作，甚至可以无xml启动。

注意：3.0.6版本上移除了该功能,不过最新快照版已加回来并打上废弃标识,预计3.1.0版本上完全移除

8、支持Active Record

Active Record（简称AR），是一种领域模型模式，特点是一个模型类对应关系型数据库中的一个表，而模型类的一个实例对应表中的一行记录。

MyBatis-Plus对AR的支持，仅需要继承Model类并实现主键指定方法即可。

9、支持代码生成

采用代码或者Maven插件可快速生成mapper、model、service、controller层代码，支持模板引擎，代码生成器类只需修改表名，并输入项目包结构即可，轻松惬意。

10、支持自定义全局通用操作

支持全局通用方法注入

11、支持关键词自动转义

支持数据库关键词自动转移，还可以自定义关键词

12、内置分页插件

基于Mybatis物理分页，开发者无需关心具体操作，配置好插件之后，写分页等同于写基本List查询。

分页？初级程序员的噩梦，现在？so easy！

13、内置性能分析插件

可输出sql语句及执行时间，建议开发测试阶段启用。

14、内置全局拦截插件

提供全表delete、update操作，智能分析阻断，预防误操作。

四、BaseMapper

在使用MyBatis-Plus中我们经常用到BaseMapper接口，我就是因为BaseMapper才写的这篇博客，真的是菜鸡的很。

BaseMapper是利用MyBatis接口编程的实现机制，其默认提供了一系列的增删改查的基础方法，并且开发人员对于这些基础操作不需要写SQL进行处理操作（Mybatis提供的机制就是需要开发人员在mapper.xml中提供sql语句），那样我们可以猜测肯定是Mybatis-Plus完成了BaseMapper接口提供的方法的SQL语句的生成操作。

BaseMapper类：

package com.baomidou.mybatisplus.core.mapper;
import com.baomidou.mybatisplus.core.conditions.Wrapper;
import com.baomidou.mybatisplus.core.metadata.IPage;
import java.io.Serializable;
import java.util.Collection;
import java.util.List;
import java.util.Map;
import org.apache.ibatis.annotations.Param;
 
public interface BaseMapper<T> {
    int insert(T var1);
 
    int deleteById(Serializable var1);
 
    int deleteByMap(@Param("cm") Map<String, Object> var1);
 
    int delete(@Param("ew") Wrapper<T> var1);
 
    int deleteBatchIds(@Param("coll") Collection<? extends Serializable> var1);
 
    int updateById(@Param("et") T var1);
 
    int update(@Param("et") T var1, @Param("ew") Wrapper<T> var2);
 
    T selectById(Serializable var1);
 
    List<T> selectBatchIds(@Param("coll") Collection<? extends Serializable> var1);
 
    List<T> selectByMap(@Param("cm") Map<String, Object> var1);
 
    T selectOne(@Param("ew") Wrapper<T> var1);
 
    Integer selectCount(@Param("ew") Wrapper<T> var1);
 
    List<T> selectList(@Param("ew") Wrapper<T> var1);
 
    List<Map<String, Object>> selectMaps(@Param("ew") Wrapper<T> var1);
 
    List<Object> selectObjs(@Param("ew") Wrapper<T> var1);
 
    IPage<T> selectPage(IPage<T> var1, @Param("ew") Wrapper<T> var2);
 
    IPage<Map<String, Object>> selectMapsPage(IPage<T> var1, @Param("ew") Wrapper<T> var2);
}

五、使用Mybatis-plus实现增删改查

1、Controller层

@Controller
@RequestMapping("/user")
public class UserController {

    @Autowired
    private UserService userService;
    
	public void query(){
        Map<String, String> map = new HashMap<String, String>();
        map.put("userName","哪吒");
        List<User> userList = userService.query().allEq(paramMap).list();
    }

    @PostMapping("/save")
    public void save(User user){
        userService.save(user);
    }

    @PostMapping("/update")
    public void update(User user){
        userService.updateById(user);
    }

    @PostMapping("/delete")
    public void delete(String userId){
        userService.removeById(userId);
    }
}

知识拓展 >>
条件构造器
条件构造器就是对各种不同的条件进行组装，来完成不同条件的查询，比如 eq(等于)、gt（大于）、orderBy(排序)、having、groupBy、between等，通过把这些SQL中的操作符翻译成代码来进行条件的组装。
个人感觉条件构造器有点像hibernate的感觉，把数据库的操作映射成对象的操作，更符合程序员的思维，但也存在一定的弊端。
比如项目报错了，很难定位到具体的sql，没有直接写sql来的直接，实际的开发过程中基本很少考虑Mybatis-plus。

2、service层

public interface UserService extends IService<User> {

}

@Service
public class UserServiceImpl extends ServiceImpl<UserDao, User> implements UserService {
	
}

3、dao层

@Mapper
public interface UserDao extends BaseMapper<User> {

}

4、分页

（1）分页配置类

@Configuration
public class MybatisPlusConfig {

    /**
     * 分页插件
     */
    @Bean
    public PaginationInterceptor paginationInterceptor() {
        return new PaginationInterceptor();
    }
}

（2）controller

@Controller
@RequestMapping("/user")
public class UserController {

    @Autowired
    private UserService userService;
    
    // 分页
	@RequestMapping(value = "/findAll",method = RequestMethod.POST)
    public Object findAll(HttpServletRequest request){
        //获取前台发送过来的数据
        Integer pageNo = Integer.valueOf(request.getParameter("pageNo"));
        Integer pageSize = Integer.valueOf(request.getParameter("pageSize"));
        IPage<User> page = new Page<>(pageNo, pageSize);
        QueryWrapper<User> wrapper = new QueryWrapper<>();
        User user= new User();
        user.setId(1);
        wrapper.setEntity(user);
        return userService.page(page,wrapper);
    }
}

这代码，绝了，真简洁。相见恨晚啊，害老子写了那么多年的没用代码！！！

5、我记得SpringMVC三层架构，不是这样色儿的啊。

（1）表现层：

接收前台传的参数，再将这些参数传递给业务层去处理，业务层再将处理的数据返回给表现层，表现层再将这些数据返回给页面，并做页面的跳转。

（2）业务层：

接收表现层传来的参数，并进行业务逻辑的处理，在业务处理的过程中，可能会从数据库里面操作数据，那么业务层不会亲自去操作数据库，而是将操作数据库的任务交给持久层处理。

（3）数据持久层：

接收业务层传递过来的参数，进行数据库的交互处理，将操作数据库的结果返回给业务层。

这才对嘛！

但是，Mybatis-plus是什么鬼？

表现层controller、业务层service、数据持久层dao，一个方法都没有，直接在controller层全包揽了。

很多人都说，这不挺好的，但问题来了

1. 比如项目报错了，很难定位到具体的sql，没有直接写sql来的直接。
2. 代码可读性差
3. 不利于sql优化

虽然Mybatis-plus可以让你的代码更加的简洁，并具有上面说的14个优点，但同时降低代码复用性和层次结构的清晰度，大幅增加代码修改维护成本。

service层代码和数据库访问层代码混淆在一起，让程序员很难专注的关心某一细节。常见的SQL操作Mybatis-plus可以通过Wrapper构造SQL执行条件，程序员就看不到一条条SQL语句，而阅读和检查SQL逻辑是比较耗费精力的事，Mybatis-plus只不过是以后期维护成本为代价换取开发时貌似整洁的优势。

六、总结

一句话，除了单表无脑操作，不要在实际开发中使用Mybatis-plus。

哪吒精华文章汇总

10万字208道Java经典面试题总结(附答案)