springboot入门-repository数据访问层JPA和mybatis

在 Spring Boot 中，Repository 接口是数据访问层（DAO）的核心抽象，而 JpaRepository 和 MyBatis 的实现方式有显著不同。以下是详细解释：

---

1. JPA 的 Repository 接口为什么使用 interface？

(1) 基于接口的动态代理机制

• 核心原理：
  Spring Data JPA 使用 动态代理 在运行时自动生成接口的实现类。开发者只需定义接口，框架会根据方法名或 @Query 注解自动实现 SQL 逻辑。
• 示例：
  定义接口 UserRepository 继承 JpaRepository，无需编写实现代码：

  public interface UserRepository extends JpaRepository<User, Long> {// 自动根据方法名生成查询：SELECT * FROM user WHERE email = ?User findByEmail(String email);
  }
  

  Spring 会在运行时生成一个代理类，实现 findByEmail 方法，自动执行对应的 SQL 查询。

(2) 方法名派生查询（Query Derivation）

• 规则：
  通过方法名约定（如 findBy、countBy）自动生成查询逻辑。例如：

  List<User> findByNameAndAgeGreaterThan(String name, int age);
  

  会自动生成 SQL：

  SELECT * FROM user WHERE name = ? AND age > ?;
  

(3) 优势

• 减少样板代码：无需手动编写 CRUD 方法。
• 类型安全：基于实体类和字段名，避免 SQL 字符串拼写错误。
• 快速开发：适合简单查询场景，提高开发效率。

(4) 接口设计的意义

• 约定优于配置：通过接口定义规范，框架处理底层实现。
• 解耦：业务层只依赖接口，不关心具体数据源（如 MySQL、PostgreSQL）。

---

2. MyBatis 如何实现数据访问层？

(1) MyBatis 的核心概念

• Mapper 接口：定义数据操作方法（类似 JPA 的 Repository 接口）。
• XML 映射文件或注解：显式编写 SQL 语句，绑定到 Mapper 接口方法。

(2) 实现步骤

a. 定义 Mapper 接口

public interface UserMapper {// 通过注解直接编写 SQL@Select("SELECT * FROM user WHERE id = #{id}")User findById(Long id);// 通过 XML 映射文件编写 SQLList<User> findByName(String name);
}

b. 编写 XML 映射文件（如 UserMapper.xml）

<mapper namespace="com.example.mapper.UserMapper"><select id="findByName" resultType="User">SELECT * FROM user WHERE name = #{name}</select>
</mapper>

c. 配置 MyBatis

在 application.yml 中指定 XML 文件路径：

mybatis:mapper-locations: classpath:mapper/*.xml

(3) 动态 SQL 支持

MyBatis 提供 <if>, <foreach> 等标签处理复杂 SQL：

<select id="findByCondition" resultType="User">SELECT * FROM user<where><if test="name != null">AND name = #{name}</if><if test="age != null">AND age = #{age}</if></where>
</select>

(4) 优势

• 灵活控制 SQL：直接编写 SQL，适合复杂查询和优化。
• 与数据库特性深度结合：可自由使用数据库专有语法（如 Oracle 的 CONNECT BY）。
• 易于调试：SQL 显式定义，便于日志分析和性能优化。

---

3. JPA 和 MyBatis 的对比

特性	Spring Data JPA	MyBatis
抽象层级	高（面向对象，无需直接写 SQL）	低（需显式编写 SQL）
开发效率	高（自动生成 CRUD）	中（需手动编写 SQL）
灵活性	低（复杂 SQL 需自定义）	高（完全控制 SQL）
适用场景	简单 CRUD、快速开发	复杂查询、遗留数据库、需深度优化 SQL
学习成本	低（方法名约定）	中（需学习 XML/注解配置）
维护性	高（字段变更自动同步）	中（需手动同步 SQL 和实体类）

---

4. 代码示例对比

(1) JPA 实现查询用户

// Repository 接口
public interface UserRepository extends JpaRepository<User, Long> {User findByEmail(String email);
}// Service 直接调用
User user = userRepository.findByEmail("test@example.com");

(2) MyBatis 实现查询用户

// Mapper 接口
public interface UserMapper {@Select("SELECT * FROM user WHERE email = #{email}")User findByEmail(String email);
}// Service 注入 Mapper
@Autowired
private UserMapper userMapper;User user = userMapper.findByEmail("test@example.com");

---

5. 如何选择？

• 选 JPA：
  项目以简单 CRUD 为主，希望快速开发，避免手动编写 SQL。
• 选 MyBatis：
  项目涉及复杂 SQL、存储过程调用，或需要深度优化数据库性能。

---

总结

• JPA 的 Repository 接口：
  通过动态代理和约定自动生成实现，减少代码量，适合标准化操作。
• MyBatis 的 Mapper 接口：
  需显式定义 SQL（XML 或注解），灵活性高，适合复杂场景。
• 核心区别：
  JPA 是 ORM 框架，MyBatis 是 SQL 映射框架，前者抽象层次更高，后者控制力更强。