详解关于mybatis-plus中Service和Mapper的分析
#代码知识 发布时间： 2026-01-12
在后端开发过程中，如果有用到mybatis-plus，肯定会发现在其内部存在着两种数据库操作接口，Iservice和BaseMapper，如果只是用增删改查会发现两者的功能是一致的，除了方法名称有所不同，其他的基本相似。对此，我颇为好奇，便打开两个接口的源码进行对比。
先演示一下基本开发中的继承关系，手动创建的Service继承于ServiceImpl，并加载自己创建的Mapper
@Service
public class RestDeptService extends ServiceImpl<RestDeptMapper, RestDept> {
@Resource
private RestDeptMapper restDeptMapper;
}
public interface RestDeptMapper extends BaseMapper<RestDept> {
}
如上，就是一般开发的基本模版代码，足以满足各种需求功能，但点开源码时，便进入新世界的大门。先看一下继承结构
这样看，是不是很神奇，我们继承的ServiceImpl依旧实现了BaseMapper接口和Iservice接口，这就感觉有点啰嗦了，明明我们单独写了RestDeptMapper，并且继承了BaseMapper，现在ServiceImpl还是实现了BaseMapper，那我直接一个Service用下来不就行了，创建两套类，功能相似，还容易混乱，代码结构冗余。
本着“存在即合理”的理念，我们对比一下两个接口的方法。
果然，Service简直是BaseMapper的大扩充，不但包含了所有基本方法，还加入了很多批处理功能，我们可以看一下官网对这两种接口的说明。
官网链接：https://mp.baomidou.com/guide/crud-interface.html
Service CRUD 接口
说明:
- 通用 Service CRUD 封装IService接口，进一步封装 CRUD 采用
get 查询单行remove 删除list 查询集合page 分页前缀命名方式区分Mapper层避免混淆， - 泛型
T为任意实体对象 - 建议如果存在自定义通用 Service 方法的可能，请创建自己的
IBaseService继承Mybatis-Plus提供的基类 - 对象
Wrapper为 条件构造器
Mapper CRUD 接口
说明:
- 通用 CRUD 封装BaseMapper接口，为
Mybatis-Plus启动时自动解析实体表关系映射转换为Mybatis内部对象注入容器 - 泛型
T为任意实体对象 - 参数
Serializable为任意类型主键Mybatis-Plus不推荐使用复合主键约定每一张表都有自己的唯一id主键 - 对象
Wrapper为 条件构造器
最后本文还是比较水的，只是简单的看了一下结构而已，没有太多的深入，总结一下，以我平时粘贴复制的经验来看，Service虽然加入了数据库的操作，但还是以业务功能为主，而更加复杂的SQL查询，还是要靠Mapper对应的XML文件里去编写SQL语句。
代码知识SEO上一篇 : js获取url页面id，也就是最后的数字文件名
下一篇 : MyBatis-Plus分页插件不生效的解决方法
-
SEO外包最佳选择国内专业的白帽SEO机构，熟知搜索算法，各行业企业站优化策略！
SEO公司
-
可定制SEO优化套餐基于整站优化与品牌搜索展现，定制个性化营销推广方案！
SEO套餐
-
SEO入门教程多年积累SEO实战案例，从新手到专家，从入门到精通，海量的SEO学习资料！
SEO教程
-
SEO项目资源高质量SEO项目资源，稀缺性外链，优质文案代写，老域名提权，云主机相关配置折扣！
SEO资源
-
SEO快速建站快速搭建符合搜索引擎友好的企业网站，协助备案，域名选择，服务器配置等相关服务！
SEO建站
-
快速搜索引擎优化建议没有任何SEO机构，可以承诺搜索引擎排名的具体位置，如果有，那么请您多注意！专业的SEO机构，一般情况下只能确保目标关键词进入到首页或者前几页，如果您有相关问题，欢迎咨询！
