Java DAO 数据访问对象为何重要

Java 中的 DAO（Data Access Object，数据访问对象） 之所以重要，主要体现在分层设计、解耦、可维护性和扩展性等方面。下面从多个角度系统说明它的重要性。

一、什么是 DAO

DAO 是一种设计模式，用于封装对数据源（数据库、文件、远程服务等）的访问逻辑，使上层业务代码不直接依赖具体的数据库操作细节。

典型结构：

Service 层  →  DAO 层  →  数据库

二、DAO 为什么重要

1️⃣ 实现分层架构，职责清晰

DAO 的核心作用是把“数据访问”和“业务逻辑”分离。

没有 DAO 时：

public class UserService {
    public void addUser() {
        // 直接写 JDBC
        Connection conn = ...
        PreparedStatement ps = ...
        ps.executeUpdate();
    }
}

问题：

• 业务代码和 SQL 混在一起
• 难以阅读和维护

使用 DAO 后：

public class UserService {
    private UserDao userDao;

    public void addUser(User user) {
        userDao.save(user);
    }
}

✅ 好处：

• Service 只关心业务
• DAO 只关心数据访问

2️⃣ 降低耦合，提高可维护性

DAO 通过接口 + 实现的方式，降低模块之间的依赖。

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

public class UserDaoImpl implements UserDao {
    public void save(User user) {
        // JDBC / MyBatis / JPA
    }
}

✅ 好处：

• 更换数据库或 ORM 框架时，只需改 DAO 实现
• Service 层完全不用动

3️⃣ 提高代码复用性

• 通用的 CRUD 操作可以抽象到 DAO
• 避免重复写 SQL 或数据库访问代码

例如：

userDao.findById(id);
userDao.deleteById(id);

✅ 减少重复代码，提高开发效率

4️⃣ 方便测试（可 Mock）

DAO 是接口时，Service 层可以非常容易进行单元测试：

UserDao userDao = Mockito.mock(UserDao.class);

✅ 不需要真实数据库即可测试业务逻辑

5️⃣ 为事务管理提供清晰边界

DAO 通常配合 Service 层事务 使用：

@Service
@Transactional
public class UserService {
    @Autowired
    private UserDao userDao;
}

✅ DAO 只负责数据访问
✅ Service 负责事务控制
职责清晰，避免事务混乱

6️⃣ 适配多种数据源

DAO 可以屏蔽底层差异：

• MySQL / Oracle / PostgreSQL
• Redis / ES / 文件
• 远程 API

上层代码无需关心数据来源。

7️⃣ 与主流框架高度契合

三、不使用 DAO 的常见问题

❌ SQL 散落在业务代码中
❌ 换数据库成本高
❌ 难以单元测试
❌ 代码臃肿、难维护
❌ 事务边界不清晰

四、一句话总结

DAO 的重要性在于：它是业务逻辑与数据访问之间的“防火墙”，让系统更清晰、更灵活、更易维护。

如果你愿意，我也可以：

• 对比 DAO vs Repository
• 结合 Spring Boot + MyBatis / JPA 示例说明
• 用真实项目结构演示 DAO 的正确使用方式