面试中被问到mybatis与jdbc有什么区别怎么办

1. 核心区别

维度	JDBC	MyBatis
抽象层级	底层API，直接操作数据库	高层持久层框架，封装JDBC细节
代码量	需要手动编写大量样板代码（连接、异常处理等）	通过配置和映射减少冗余代码
SQL管理	SQL嵌入Java代码，维护困难	SQL与Java代码分离（XML/注解），便于维护
结果集映射	手动遍历ResultSet，转换为对象	自动映射（ResultMap），简化对象转换
事务管理	需手动控制（commit/rollback）	集成Spring支持声明式事务（@Transactional）
动态SQL	需手动拼接字符串，易出错和注入风险	支持动态SQL标签（、）
缓存	无内置缓存，需自行实现	提供一级缓存（会话级）和二级缓存（全局）

---

2. MyBatis的核心优势

(1) 简化开发

• 自动映射：通过ResultMap将数据库记录自动转为Java对象，无需手动解析ResultSet。

• SQL解耦：SQL写在XML或注解中，修改SQL无需重新编译Java代码。

• 动态SQL：避免手动拼接SQL字符串，提升安全性和可维护性。

  
      SELECT * FROM user
      
          
              AND name LIKE #{name}
          
          
              AND age = #{age}
          
      
  

(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适合对底层控制有严格要求的场景。”

---