java DAO 和 JPA 怎么选

在 Java 持久层技术选型中，DAO 和 JPA 并不是完全对立的概念，而是处在不同抽象层次上的东西。下面从概念、区别、适用场景几个方面帮你理清。

一、先澄清概念

1. DAO（Data Access Object）

DAO 是一种设计模式，不是具体技术。

• 目的是：把“业务逻辑”和“数据库访问”解耦
• 通常长这样：

public interface UserDao {
    User findById(Long id);
    void save(User user);
}

实现方式可以是：

• JDBC
• MyBatis
• JPA / Hibernate
• 甚至 MongoDB

✅ DAO 是“怎么组织代码” ❌ 不是“用什么框架”

2. JPA（Java Persistence API）

JPA 是一种 ORM 规范（接口 + 注解），常见实现是 Hibernate。

@Entity
public class User {
    @Id
    private Long id;
    private String name;
}

通过：

userRepository.save(user);

自动生成 SQL、映射对象。

✅ JPA 是“用什么技术访问数据库”

二、常见误解

“DAO 和 JPA 二选一？”

❌ 不对
✅ 实际是：

• 用 DAO 模式组织代码
• 用 JPA / MyBatis 作为底层实现

例如 Spring Data JPA：

public interface UserRepository extends JpaRepository<User, Long> {
}

这本身就是 DAO 模式 + JPA 实现

三、怎么选（实用建议）

✅ 选 JPA（推荐场景）

适合：

• 业务系统（ERP / CRM / 后台管理）
• 表结构稳定
• 以“对象”为中心思考
• 追求开发效率

优点：

• 少写 SQL
• 对象关系映射自然
• Spring Data JPA 非常好用

缺点：

• 复杂 SQL / 高性能场景不灵活
• 学习成本（懒加载、N+1）

✅ 选 MyBatis / JDBC（DAO 模式）

适合：

• 报表、统计、复杂查询
• 对 SQL 性能要求极高
• 老系统 / 强 SQL 控制需求

优点：

• SQL 完全可控
• 性能调优方便

缺点：

• 代码量大
• 维护成本高

✅ 混合使用（现实中最常见）

• 简单 CRUD → JPA
• 复杂报表 → MyBatis / 原生 SQL

四、一句话总结

DAO 是“架构思想”，JPA 是“实现技术”
新手优先：Spring Data JPA
复杂系统：DAO + MyBatis / JPA 混用

如果你愿意，我可以：

• 帮你画一张「DAO vs JPA 架构图」
• 给你一个 Spring Boot 的选型示例
• 按你当前项目情况直接给建议