java泛型基类通过约束t为实体类型并传入class实例，结合反射或orm框架获取元信息，封装可复用的crud逻辑；子类只需声明实体类型即可，支持注解映射或命名约定，并预留扩展钩子。
Java 中泛型在基类中抽取通用的数据库 CRUD 逻辑，核心是用 T 表示实体类型，配合反射或 ORM 框架（如 MyBatis、JPA）获取表名、主键、字段映射等元信息，再封装通用操作。关键不是“写死逻辑”，而是让子类只需声明自己对应的实体类型，就能复用增删改查。
定义泛型基类并约束实体类型
基类需限定 T 是某个实体类（通常要求有无参构造器、可被持久化），常用方式是继承一个标记接口或用 extends 约束：
- 定义空接口
Entity，所有实体类实现它，基类写成BaseDao<t extends entity></t> - 或直接要求
T具备getId()方法（如BaseDao<t extends identifiable></t>），方便统一处理主键 - 避免使用
Object或无约束泛型，否则运行时无法安全获取类型信息
通过 Class 获取运行时类型与表映射
泛型擦除后，仅靠 T 无法拿到真实类信息，必须显式传入 Class<t></t> 实例（常在构造器中接收）：
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- 在基类构造器中保存
entityClass = clazz，后续用于反射获取字段、生成 SQL 表名（如clazz.getSimpleName().toLowerCase()） - 结合注解（如
@Table("user")、@Id、@Column）解析映射关系，MyBatis-Plus 的MetaObject或 JPA 的EntityManagerFactory可辅助完成 - 不依赖注解时，可用约定：类名即表名，驼峰字段名转下划线列名（如
userName→user_name）
封装通用 CRUD 方法并保持可扩展性
方法签名应面向业务语义，内部用泛型 + 反射 + SQL 构建器实现通用逻辑，同时预留钩子供子类定制：
-
save(T entity)：自动判断主键是否为空，决定 insert 还是 update；用entityClass.getDeclaredMethod("getId")获取主键值 -
deleteById(Serializable id)：SQL 中用WHERE id = ?，参数类型由entityClass的主键字段决定（支持 Long/String/Integer） -
findById(Serializable id)：查询后调用entityClass.getDeclaredConstructor().newInstance()创建实例，再反射设值 - 提供
protected方法如beforeSave(T entity)，子类可重写实现审计字段填充、数据校验等
与主流框架协作的实践建议
纯手写 JDBC 泛型 DAO 容易出错，推荐基于成熟框架扩展：
- MyBatis-Plus：直接继承
BaseMapper<t></t>，它已内置泛型 CRUD；如需增强，可自定义BaseServiceImpl<m extends basemapper>, T></m> - Spring Data JPA：定义接口
interface UserRepository extends JpaRepository<user long></user>，框架自动生成实现，无需手动泛型编码 - 若用原生 JDBC，建议引入
BeanPropertyRowMapper<t></t>（Spring JDBC）做结果映射，避免手写ResultSet到对象的转换
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
