大家好，我是锋哥。今天分享关于【Java高频面试题：MyBatis与JPA有哪些不同？】面试题 。希望对大家有帮助；
Java高频面试题：MyBatis与JPA有哪些不同？
MyBatis 和 JPA 都是 Java 生态中常用的持久层框架，但它们的设计理念、使用方式和适用场景有很大不同。我给你详细梳理一下：
1.框架类型与理念
| 特性 | MyBatis | JPA（如 Hibernate） |
|---|---|---|
| 类型 | 半自动化 ORM/SQL 映射框架 | 全自动化 ORM 框架 |
| 核心理念 | SQL 映射：开发者手写 SQL，框架负责执行并映射结果 | 对象关系映射：通过实体类和注解或 XML 映射，框架生成 SQL 并管理对象状态 |
| 控制权 | 开发者对 SQL 有完全控制 | SQL 由框架生成，开发者主要关注对象操作 |
解释：
- MyBatis 更像“数据库驱动的框架”，你写 SQL，框架帮你把结果映射成对象。
- JPA 更像“对象驱动的框架”，你操作对象，框架自动生成 SQL 并维护对象和数据库的同步。
2.SQL 编写方式
| 特性 | MyBatis | JPA |
|---|---|---|
| SQL 编写 | 显式书写 XML 或注解 SQL | 隐式生成 SQL（JPQL 或 Criteria API），也可自定义 SQL |
| 灵活性 | 高，支持复杂 SQL、存储过程 | 较低，复杂 SQL 可能需要原生查询 |
| SQL 可读性 | 高，开发者完全可控 | 低，复杂逻辑 SQL 框架生成难以直观阅读 |
3.对象关系映射（ORM）
| 特性 | MyBatis | JPA |
|---|---|---|
| ORM 完整性 | 不完整，需要手动映射 | 完整，自动维护对象与数据库映射 |
| 一对多、多对多映射 | 手动配置 ResultMap 或嵌套查询 | 可通过注解（如@OneToMany,@ManyToMany）自动映射 |
| 延迟加载 | 需手动配置 | 内置支持，常见的有 LAZY 和 EAGER |
4.事务管理
| 特性 | MyBatis | JPA |
|---|---|---|
| 事务支持 | 需要手动或依赖 Spring 管理 | 提供完善事务管理，与 Spring 集成非常紧密 |
| 缓存机制 | 一级缓存（SqlSession 级别）+ 二级缓存需手动配置 | 一级缓存（EntityManager 级别）+ 二级缓存（可选，自动管理） |
5.适用场景
MyBatis
- SQL 复杂、对性能有严格要求
- 数据库结构变化频繁，开发者希望直接控制 SQL
- 想要精确调优每条 SQL 的场景
JPA
- 业务逻辑以对象为核心
- 数据库结构相对稳定
- 快速开发 CRUD 和标准业务系统（如管理后台、ERP）
6.总结性对比
| 特性 | MyBatis | JPA |
|---|---|---|
| SQL 控制权 | 完全 | 部分（可通过原生 SQL） |
| 开发效率 | 中等（需手写 SQL） | 高（自动生成 SQL） |
| 复杂查询支持 | 优秀 | 一般，复杂查询需原生 SQL |
| ORM 功能 | 半自动 | 全自动 |
| 学习成本 | 较低 | 较高（理解实体生命周期、缓存、懒加载） |
💡一句话理解差异：
- MyBatis = SQL 控制 + 对象映射
- JPA = 对象驱动 + 自动 SQL
