有JDBC为什么还需要MyBatis？

这是一个非常典型的面试题，考察的是对 JDBC 与 ORM 框架之间差异与优劣 的理解。下面从多个维度进行深入、系统的分析。

---

一、JDBC 和 MyBatis 的基本区别

项目	JDBC	MyBatis
类型	原生数据库访问 API	ORM 框架（半自动 ORM）
SQL 编写	完全手写	XML/注解配置 + 支持 SQL
结果集封装	手动从 ResultSet 提取并封装	自动映射到 POJO（支持复杂映射）
参数处理	手动处理 PreparedStatement	自动设置参数，占位符映射
可维护性	差，SQL 与 Java 代码耦合严重	好，SQL 抽离配置，便于维护
SQL 灵活性	高	高（MyBatis 不强制封装 SQL）
学习成本	低	中（需掌握映射和配置）

---

二、JDBC 存在的问题

虽然 JDBC 是 Java 操作数据库的基础，但存在如下缺陷：

1. 样板代码重复多

   • 打开连接、创建 Statement、绑定参数、执行 SQL、关闭资源 —— 每次都要写，重复性高。

2. 数据封装繁琐

   • 要手动从 ResultSet 中解析数据并封装成 Java 对象，容易出错、效率低。

3. SQL 与 Java 紧耦合

   • SQL 语句写在 Java 代码中，逻辑混杂，不利于维护和复用。

4. 事务控制原始

   • 需要显式管理事务（begin、commit、rollback）。

---

三、MyBatis 的优势（相比 JDBC）

MyBatis 主要解决了 JDBC 的上面这些问题，其优势如下：

1. SQL 与代码解耦

• SQL 写在 XML 或注解里，Java 代码中只关注调用方法，职责分离。

• 有利于 DBA 和开发分工协作。

2. 自动参数映射 & 结果映射

• MyBatis 会自动把入参绑定到 SQL 语句中（防止 SQL 注入），并将查询结果自动映射为 Java 对象。

3. 提供缓存机制

• 支持一级缓存（默认开启）和二级缓存（可配置），提升查询性能。

4. 插件机制 & 可扩展

• 可以自定义拦截器，实现如分页、审计、日志等功能。

5. 事务整合 Spring 容器

• 通过 Spring 管理事务，配合 @Transactional 使用非常方便。

---

四、和其他 ORM（如 JPA/Hibernate）对比

MyBatis 属于 “半自动 ORM”，SQL 由开发者写，灵活但需要维护 SQL。
而 Hibernate 属于 全自动 ORM，通过实体类和注解自动生成 SQL。

特点	MyBatis	Hibernate（JPA）
SQL 控制力	强（开发者自己写）	弱（交给框架自动生成）
学习曲线	中	高
复杂查询	表达力强（写 SQL）	不如 MyBatis
性能优化	易于优化	较难，需理解内部机制

---

五、实际使用场景推荐

• 业务复杂、SQL 不规则、性能敏感项目：推荐使用 MyBatis，灵活、可控。

• 标准化、开发效率优先项目：JPA/Hibernate 更适合（如后台管理系统）。

• 小项目或临时任务：直接使用 JDBC 也可，但要注意资源管理。

---

六、总结一句话

JDBC 是底层 API，MyBatis 在其上构建，大幅提升了开发效率、可维护性和代码质量，而不是替代 JDBC，而是对其封装优化。

如果你还想了解 MyBatis 的工作原理、一级缓存、动态 SQL 原理或如何与 Spring 整合，我可以继续深入。