java DAO 可以不用接口吗

可以的，Java 中的 DAO（Data Access Object）完全可以不使用接口，是否使用接口主要取决于设计需求、项目规模和团队规范，而不是语法强制要求。

下面从几个角度说明：

一、不使用接口的 DAO（完全合法）

示例（直接用类）：

public class UserDao {

    public User findById(Long id) {
        // JDBC / MyBatis / JPA 代码
        return null;
    }

    public void save(User user) {
        // 保存逻辑
    }
}

调用：

UserDao userDao = new UserDao();
userDao.findById(1L);

✅ 这是完全正常的 Java 写法
✅ 在小项目、工具类、简单 CRUD 中很常见

二、为什么很多人“习惯”用接口 + 实现类

1️⃣ 面向接口编程（解耦）

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

public class UserDaoImpl implements UserDao {
    // 实现
}

好处：

• 业务层依赖 UserDao 接口，而不是具体实现
• 方便切换实现（JDBC → MyBatis → JPA）

2️⃣ 框架要求（历史原因）

• Spring + MyBatis（早期）：

  @Mapper
  public interface UserDao {
      User findById(Long id);
  }
  

  MyBatis 自动生成实现类

• Spring 事务 / AOP： 接口更容易做代理（JDK 动态代理）

3️⃣ 测试友好

UserDao mockDao = mock(UserDao.class);

接口比类更容易 Mock

三、什么时候“可以不用接口”

✅ 以下情况推荐不用接口：

• 小型项目 / 内部工具
• DAO 只有一个实现
• 使用 JPA（JpaRepository 已封装）
• 使用 MyBatis-Plus（BaseMapper）
• 快速开发 / 原型

✅ 现代趋势：

• Spring Data JPA
• MyBatis-Plus
• 很少再手写 XXXDao + XXXDaoImpl

四、结论

DAO 可以不用接口，Java 语法完全支持。

是否使用接口取决于：

• 是否需要解耦
• 是否用框架
• 是否需要多实现
• 团队规范

如果你愿意，可以告诉我：

• 用的是 MyBatis / JPA / JDBC
• 项目规模（学习 / 公司 / 大型系统）

我可以给你最合适的 DAO 写法示例。