1. 核心区别
| 维度 | JDBC | MyBatis |
|---|---|---|
| 抽象层级 | 底层API，直接操作数据库 | 高层持久层框架，封装JDBC细节 |
| 代码量 | 需要手动编写大量样板代码（连接、异常处理等） | 通过配置和映射减少冗余代码 |
| SQL管理 | SQL嵌入Java代码，维护困难 | SQL与Java代码分离（XML/注解），便于维护 |
| 结果集映射 | 手动遍历ResultSet，转换为对象 | 自动映射（ResultMap），简化对象转换 |
| 事务管理 | 需手动控制（commit/rollback） | 集成Spring支持声明式事务（@Transactional） |
| 动态SQL | 需手动拼接字符串，易出错和注入风险 | 支持动态SQL标签（<if>、<foreach>） |
| 缓存 | 无内置缓存，需自行实现 | 提供一级缓存（会话级）和二级缓存（全局） |
2. MyBatis的核心优势
(1) 简化开发
-
自动映射：通过
ResultMap将数据库记录自动转为Java对象，无需手动解析ResultSet。 -
SQL解耦：SQL写在XML或注解中，修改SQL无需重新编译Java代码。
-
动态SQL：避免手动拼接SQL字符串，提升安全性和可维护性。
<select id="findUsers" resultType="User">SELECT * FROM user<where><if test="name != null">AND name LIKE #{name}</if><if test="age != null">AND age = #{age}</if></where> </select>
(2) 性能优化
-
缓存机制：减少数据库访问频率，提升查询效率。
-
一级缓存：默认开启，基于
SqlSession生命周期。 -
二级缓存：需手动配置，跨会话共享数据。
-
-
批处理支持：通过
ExecutorType.BATCH模式提升批量操作性能。
(3) 安全与可维护性
-
预编译防注入：自动使用
PreparedStatement，避免SQL注入。 -
插件扩展：支持自定义拦截器（如分页插件、SQL日志监控）。
3. JDBC的适用场景
-
轻量级需求：简单CRUD操作或小型项目，无需复杂ORM功能。
-
极致性能控制：需要直接优化底层SQL执行逻辑（如金融高频交易系统）。
-
学习底层原理：理解数据库交互机制时，JDBC是基础。
4. MyBatis的适用场景
-
复杂SQL需求：需要动态生成SQL（如多条件组合查询）。
-
对象-关系映射：简化结果集到对象的转换（如关联查询映射到DTO）。
-
中大型项目：需要减少样板代码、提升团队协作效率。
-
与Spring生态整合：结合Spring Boot、Spring MVC快速开发。
5. 示例回答（精简版）
“JDBC是Java操作数据库的底层API，开发者需要手动管理连接、SQL拼接、结果集转换等，代码冗余且易出错。而MyBatis作为持久层框架，通过SQL与代码解耦、自动结果映射、动态SQL和缓存机制，大幅简化了数据库操作。例如，MyBatis的ResultMap可以自动将查询结果转为对象，而JDBC需要手动遍历ResultSet；MyBatis的XML配置支持动态生成复杂SQL，避免了JDBC中字符串拼接的风险。对于需要快速开发、维护性高的项目，MyBatis是更优选择，而JDBC适合对底层控制有严格要求的场景。”