异常教程

数据访问对象模式（保姆级教程）

更新时间:

💡一则或许对你有用的小广告

欢迎加入小哈的星球 ，你将获得：专属的项目实战 / 1v1 提问 / Java 学习路线 / 学习打卡 / 每月赠书 / 社群讨论

截止目前， 星球 内专栏累计输出 90w+ 字，讲解图 3441+ 张，还在持续爆肝中.. 后续还会上新更多项目，目标是将 Java 领域典型的项目都整一波，如秒杀系统, 在线商城, IM 即时通讯，权限管理，Spring Cloud Alibaba 微服务等等，已有 3100+ 小伙伴加入学习 ，欢迎点击围观

什么是数据访问对象模式？

数据访问对象模式（Data Access Object Pattern，简称 DAO 模式）是一种用于分离业务逻辑与数据访问的软件设计模式。它的核心目标是将数据存储的细节（如数据库类型、SQL 语句、API 调用等）隐藏在独立的组件中，从而让业务逻辑层无需直接与底层数据源交互。

想象一个场景：一个电商系统的订单管理模块需要频繁操作数据库。如果业务代码直接编写 SQL 语句，那么当数据库类型从 MySQL 切换到 MongoDB 时，业务代码将面临大规模修改。DAO 模式就像一个“翻译官”，它将业务层的通用接口（如 save()、delete()）转换为具体的数据库操作，从而避免了业务逻辑与数据访问细节的强耦合。

DAO 模式的结构与核心思想

1. 核心组件

DAO 模式通常由以下三个部分组成：

  • 接口（DAO 接口）：定义数据操作的通用方法，例如 find()、save()、delete()。
  • 实现类（DAO 实现）：具体实现接口中的方法，负责与底层数据源（如关系型数据库、NoSQL、API 等）通信。
  • 业务逻辑层：通过 DAO 接口调用数据操作方法，专注于业务规则的实现。

2. 分离关注点的比喻

可以把 DAO 模式理解为一个“中间人”：

  • 业务层：像一个不懂技术的老板，只关心“我要完成什么任务”。
  • DAO 接口：像老板的秘书，将任务翻译成通用指令（如“保存订单”）。
  • DAO 实现：像技术团队，根据指令用具体技术（如 SQL、MongoDB 驱动）执行操作。

这种分离让每个组件专注自己的职责，例如业务层无需关心 SQL 语句是否正确，DAO 实现无需理解业务逻辑的复杂规则。

为什么需要 DAO 模式？

1. 解耦系统，提升可维护性

DAO 模式将数据访问逻辑封装，使得业务层代码与数据源完全隔离。例如，当需要将数据库从 MySQL 迁移到 PostgreSQL 时，只需修改 DAO 实现类中的 SQL 语法，而业务逻辑层代码无需任何改动。

2. 提高可测试性

由于业务层通过接口调用 DAO，可以轻松使用 Mock 对象（如 Mockito）模拟数据访问操作。例如，在单元测试中，业务逻辑的测试不再依赖真实数据库，从而加快测试速度并减少环境依赖。

3. 灵活性与扩展性

DAO 模式允许为同一业务逻辑提供多种数据源实现。例如，一个用户管理模块可以同时支持本地数据库和云端 API，只需根据配置动态加载对应的 DAO 实现类。

如何实现 DAO 模式？

以下是一个基于 Java 的简单示例，演示如何通过 DAO 模式实现用户数据的增删改查：

1. 定义 DAO 接口

public interface UserDao {  
    User findUserById(int id);  
    void saveUser(User user);  
    void deleteUser(int id);  
}

2. 实现具体数据源的 DAO

示例 1：使用 JDBC 实现

public class JdbcUserDao implements UserDao {  
    private Connection connection;  

    public JdbcUserDao(Connection connection) {  
        this.connection = connection;  
    }  

    @Override  
    public User findUserById(int id) {  
        String sql = "SELECT * FROM users WHERE id = ?";  
        try (PreparedStatement stmt = connection.prepareStatement(sql)) {  
            stmt.setInt(1, id);  
            ResultSet rs = stmt.executeQuery();  
            if (rs.next()) {  
                return new User(rs.getInt("id"), rs.getString("name"));  
            }  
        } catch (SQLException e) {  
            throw new RuntimeException(e);  
        }  
        return null;  
    }  

    // 其他方法类似，省略  
}

示例 2：使用内存存储实现

public class InMemoryUserDao implements UserDao {  
    private final Map<Integer, User> users = new HashMap<>();  

    @Override  
    public User findUserById(int id) {  
        return users.get(id);  
    }  

    @Override  
    public void saveUser(User user) {  
        users.put(user.getId(), user);  
    }  

    @Override  
    public void deleteUser(int id) {  
        users.remove(id);  
    }  
}

3. 业务逻辑层调用

public class UserService {  
    private UserDao userDao;  

    public UserService(UserDao userDao) {  
        this.userDao = userDao;  
    }  

    public User getUserProfile(int userId) {  
        User user = userDao.findUserById(userId);  
        if (user == null) {  
            throw new UserNotFoundException();  
        }  
        return user;  
    }  

    // 其他业务方法，如注册、删除用户等  
}

DAO 模式的实际应用场景

场景 1：数据库迁移

假设一个项目最初使用 SQLite，后期需要迁移到 PostgreSQL。通过 DAO 模式，只需新增一个 PostgresUserDao 实现类，修改配置加载对应的 DAO，业务层代码无需任何改动。

场景 2：多数据源支持

在微服务架构中，一个服务可能需要同时从本地数据库和第三方 API 获取用户信息。通过 DAO 模式，可以编写两个实现类 DatabaseUserDao 和 ApiClientUserDao，并在业务层通过策略模式动态选择数据源。

场景 3：单元测试

在测试 UserService 时，可以使用 InMemoryUserDao 作为 Mock 数据源，避免测试依赖真实数据库。例如：

@Test  
public void testGetUserProfile() {  
    UserDao mockDao = new InMemoryUserDao();  
    mockDao.saveUser(new User(1, "Alice"));  
    UserService service = new UserService(mockDao);  

    User user = service.getUserProfile(1);  
    assertEquals("Alice", user.getName());  
}

DAO 模式的变体与扩展

1. 通用 DAO 模式

通过泛型和反射技术，可以设计一个通用的 DAO 接口，减少重复代码。例如：

public interface GenericDao<T, ID> {  
    T findById(ID id);  
    void save(T entity);  
    void delete(ID id);  
}

对应的实现类可以复用通用逻辑，如通过类名推断数据库表名。

2. 与 ORM 框架的结合

在使用 Hibernate、MyBatis 等 ORM 工具时，DAO 模式仍然适用。例如，MyBatis 的 Mapper 接口本质上就是 DAO 接口的一种实现，而业务层通过 Mapper 调用数据操作方法。

3. 异步与缓存

在 DAO 实现中可以集成异步操作或缓存机制。例如，通过 Redis 缓存高频查询结果，或在删除操作时异步执行清理任务。

常见问题与最佳实践

1. 如何选择 DAO 的实现方式？

  • 优先使用接口：即使当前只有一个数据源，也要定义接口，为未来扩展留出空间。
  • 依赖注入：通过构造函数或配置文件注入 DAO 实现类，避免硬编码。

2. DAO 是否需要处理事务？

通常建议在业务层管理事务，DAO 聚焦于单个操作。例如：

public class UserService {  
    @Transactional  
    public void deleteUserAndOrder(int userId) {  
        userDao.deleteUser(userId);  
        orderDao.deleteOrdersByUser(userId);  
    }  
}

3. 如何避免 SQL 注入？

在 DAO 实现中，应始终使用参数化查询（如 JDBC 的 PreparedStatement），而非拼接 SQL 字符串。

总结：DAO 模式的长期价值

数据访问对象模式通过清晰的职责分离，为复杂系统的可维护性和扩展性提供了坚实基础。对于编程初学者，DAO 模式是理解“高内聚、低耦合”设计原则的重要切入点；对于中级开发者，它则是一种可以灵活应用于微服务、多数据源等场景的实用工具。

在实际开发中，DAO 模式与 MVC、Repository 等架构模式相辅相成，共同构建出健壮、灵活的软件系统。通过掌握 DAO 模式，开发者不仅能够写出更优雅的代码，还能在面对需求变更时从容应对，真正实现“一次设计，长期受益”。

关键词布局检查：数据访问对象模式、DAO 模式、解耦、可维护性、业务逻辑层、数据源、单元测试、依赖注入、事务管理、微服务架构。

最新发布

查看更多文章