泛型在dao层的核心价值是解耦操作逻辑与实体类型，通过接口约束、反射获取真实类型、复用mybatis-plus/jpa等框架实现通用crud，同时规避复杂查询与横切逻辑，确保dao职责纯粹。

泛型在DAO层的核心价值，是把“操作逻辑”和“实体类型”分开。BaseDao不是为某张表写的，而是为所有具备主键、可持久化的对象设计的通用入口。关键不在于写得多，而在于抽象得准。

定义带主键约束的泛型接口

接口声明要体现数据契约，而不是具体实现：

• 用 T extends BaseEntity 约束实体必须有 getId() 方法，避免运行时强转风险
• 主键类型不硬编码为 Long，改用泛型参数 ID：
• 方法签名保持简洁：save(T entity)、findById(ID id)、deleteById(ID id)、findAll()
• 不塞复杂查询（如 join、group by），这些留给业务 Mapper 单独定义

通过反射获取真实实体类型

抽象类本身不知道 T 是什么，但子类知道——利用这一点在构造时提取：

• 在 BaseDaoImpl 构造方法中调用 getGenericSuperclass()
• 解析 ParameterizedType，拿到子类传入的实际类型（如 User.class）
• 缓存该 Class 对象，后续用于 SQL 拼接、结果映射、MyBatis 获取 Mapper 接口等
• 注意：不能在静态上下文或 lambda 中调用，必须在实例初始化阶段完成

对接主流框架的轻量实现方式

不重复造轮子，优先复用成熟能力：

• 用 MyBatis-Plus：让 UserMapper extends BaseMapper，基础 CRUD 开箱即用
• 需统一软删除：定义 GenericMapper extends BaseMapper，再让各 Mapper 继承它
• 用 JPA：定义 JpaBaseDao extends JpaRepository，@Query 方法按需补充
• 纯 JDBC 场景：用 BeanPropertyRowMapper 自动映射字段，SQL 字段名从 @Table、@Column 注解读取

规避常见陷阱与边界控制

泛型 BaseDao 强大，但有明确适用范围：

• 主键类型必须统一或可泛化（ID 泛型参数支持 Long/String/UUID）
• 事务、分页、缓存、审计日志等横切逻辑，全部交给 Service 层或 AOP 处理，DAO 只做单表原子操作
• 多表关联、动态条件组合、聚合统计等，保留在具体业务 DAO 中，不强行塞进泛型接口
• 单元测试只需验证 BaseDaoImpl 一次，覆盖 save/find/update/delete 即可，无需为每个实体重复写