泛型在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 即可，无需为每个实体重复写
