理解mybatis向上抽取的概念-平芜编程栈

1. 先理解 “向上抽取” 的核心概念

“向上抽取” 本质是面向抽象编程 + 通用逻辑复用的设计思想：把数据库操作（CRUD）中重复、通用、固定的逻辑从业务代码中抽离出来，封装到更上层的抽象层（比如通用父类 / 接口），让业务代码只需要关注自身的个性化逻辑，无需重复编写模板化代码。

MyBatis-Plus 正是基于这个思想，对原生 MyBatis 的 CRUD 操作做了极致的 “向上抽取”，核心解决的问题是：避免每个 Mapper/Service 都重复写相同的增删改查方法。

2. MyBatis-Plus 向上抽取的分层实现

MyBatis-Plus 的抽取逻辑主要体现在Mapper 层和Service 层两个核心层级，我们逐层拆解：

2.1 第一步：Mapper 层的抽取（基础核心）

原生 MyBatis 中，你需要为每个实体的 Mapper 接口手动定义 CRUD 方法（如insertUser、selectUserById），而 MP 把这些通用方法抽取到了BaseMapper<T>这个抽象接口中。

核心实现逻辑

封装所有通用CRUD方法

只关注个性化SQL

BaseMapper 抽象接口

UserMapper 业务Mapper

OrderMapper 业务Mapper

ProductMapper 业务Mapper

用户表个性化查询

订单表个性化查询

graph TD A[BaseMapper<T> 抽象接口] -->|封装所有通用CRUD方法| B[UserMapper 业务Mapper] A --> C[OrderMapper 业务Mapper] A --> D[ProductMapper 业务Mapper] B -->|只关注个性化SQL| E[用户表个性化查询] C -->|只关注个性化SQL| F[订单表个性化查询]

封装所有通用CRUD方法

只关注个性化SQL

BaseMapper 抽象接口

UserMapper 业务Mapper

OrderMapper 业务Mapper

ProductMapper 业务Mapper

用户表个性化查询

订单表个性化查询

豆包

你的 AI 助手，助力每日工作学习

代码示例：

MP 提供的抽象父接口BaseMapper<T>（核心抽取的通用方法）：

java

运行

public interface BaseMapper<T> extends Mapper<T> { // C: 新增 int insert(T entity); // D: 根据ID删除 int deleteById(Serializable id); // U: 根据ID更新 int updateById(@Param("et") T entity); // R: 根据ID查询 T selectById(Serializable id); // R: 查询所有 List<T> selectList(Wrapper<T> queryWrapper); // 还有分页查询、批量操作等数十个通用方法... }

你的业务 Mapper 只需继承这个抽象接口（无需写任何通用方法）：

java

运行

// 继承BaseMapper<User>，自动拥有User表的所有通用CRUD方法 public interface UserMapper extends BaseMapper<User> { // 只需要写User表的个性化查询（比如复杂联表），通用方法无需重复写 List<User> selectUserByAgeRange(@Param("minAge") Integer minAge, @Param("maxAge") Integer maxAge); }

2.2 第二步：Service 层的抽取（进阶复用）

MP 不仅抽取了 Mapper 层，还对 Service 层做了更上层的抽取，提供了IService<T>接口和ServiceImpl<M, T>实现类，封装了通用的业务层逻辑（比如批量新增、分页查询、逻辑删除、乐观锁等）。

核心实现逻辑：

只关注个性化业务逻辑

IService 抽象接口

ServiceImpl, T> 实现类

UserService 业务Service

OrderService 业务Service

用户登录/权限校验等

订单状态流转等

graph TD A[IService<T> 抽象接口] --> B[ServiceImpl<BaseMapper<T>, T> 实现类] B --> C[UserService 业务Service] B --> D[OrderService 业务Service] C -->|只关注个性化业务逻辑| E[用户登录/权限校验等] D -->|只关注个性化业务逻辑| F[订单状态流转等]

只关注个性化业务逻辑

IService 抽象接口

ServiceImpl, T> 实现类

UserService 业务Service

OrderService 业务Service

用户登录/权限校验等

订单状态流转等

豆包

你的 AI 助手，助力每日工作学习

代码示例：

业务 Service 接口继承IService<T>：

java

运行

// 继承IService<User>，自动拥有User表的通用业务方法 public interface UserService extends IService<User> { // 只写User的个性化业务逻辑，通用CRUD无需重复写 boolean login(String username, String password); }

业务 Service 实现类继承ServiceImpl：

java

运行

@Service public class UserServiceImpl extends ServiceImpl<UserMapper, User> implements UserService { // 实现个性化业务逻辑 @Override public boolean login(String username, String password) { // 调用父类提供的通用查询方法 User user = lambdaQuery().eq(User::getUsername, username).one(); return user != null && user.getPassword().equals(password); } }

2.3 第三步：抽取的 “可扩展” 设计（不是硬编码）

MP 的向上抽取不是 “一刀切” 的固定逻辑，而是保留了个性化扩展的入口，体现了 “抽取通用、保留个性” 的核心思想：

通用方法满足 80% 场景：比如insert、selectById、updateById等，直接用即可；
个性化场景可扩展：
- Mapper 层：通过注解 / XML 编写个性化 SQL；
- Service 层：通过lambdaQuery()、lambdaUpdate()等链式 API 快速构建个性化查询，或重写父类方法；
- 全局配置：通过MybatisPlusConfig自定义主键生成策略、逻辑删除字段等，让通用逻辑适配你的业务。

3. 对比原生 MyBatis，理解 “向上抽取” 的价值

表格

维度	原生 MyBatis	MyBatis-Plus（向上抽取）
Mapper 层代码量	每个实体都要写全套 CRUD 方法 + XML	只需继承 BaseMapper，零通用代码
Service 层代码量	每个 Service 都要封装 CRUD 业务逻辑	继承 IService/ServiceImpl，零通用代码
扩展成本	新增实体需重复写模板代码，易出错	只需关注个性化逻辑，扩展成本极低
维护成本	通用逻辑修改需改所有 Mapper/Service	通用逻辑修改只需改 MP 底层，全局生效

4. 向上抽取的底层支撑（为什么能实现）

MP 能做到高效的向上抽取，核心依赖两个技术：

泛型（Generic）：BaseMapper<T>、IService<T>中的<T>是实体类泛型，MP 通过泛型反射获取实体类的表名、字段名等信息，动态生成通用 SQL；
动态代理（Dynamic Proxy）：MP 基于 MyBatis 的动态代理机制，为继承BaseMapper的接口动态生成通用方法的实现，无需手动写 SQL。