抽象模板模式中，getGenericSuperclass()用于运行时获取父类泛型实参（如User），解决类型擦除问题，支撑反射、JSON反序列化等类型安全操作，但需直接继承泛型父类且注意空值与类型校验。
在抽象模板模式中，getGenericSuperclass() 是获取父类泛型类型信息的关键手段，它让子类在运行时“看清”自己继承的泛型模板参数，从而实现类型安全的通用逻辑。
为什么模板类需要知道具体的泛型实参？
抽象模板类（如 AbstractService<t></t>）定义了通用流程（如校验、处理、保存），但具体操作对象类型（如 User、Order）由子类决定。若不获取真实类型，就无法做 T.class 反射操作、JSON 反序列化、MyBatis 的泛型映射等。
Java 擦除机制导致 getClass().getSuperclass() 只返回原始类型（如 AbstractService），而 getGenericSuperclass() 返回的是带泛型的 Type，这才是突破口。
如何用 getGenericSuperclass 提取泛型实参？
典型步骤如下：
- 调用
getClass().getGenericSuperclass()，得到ParameterizedType实例（前提是直接继承泛型类，非多层间接） - 强转后调用
getActualTypeArguments()，数组首项通常就是目标泛型类型（如AbstractService<User>中的User.class） - 若该元素是
Class类型，可直接使用；若是TypeVariable或WildcardType，需进一步解析（较少见）
示例代码片段：
Class<?> entityClass = (Class<?>) ((ParameterizedType) getClass().getGenericSuperclass()).getActualTypeArguments()[0];注意事项与常见陷阱
这个技巧看似简单，实际容易出错：
- 必须是**直接继承**泛型父类。若中间有非泛型桥接类（如
BaseService extends AbstractService<T>，再UserService extends BaseService），则UserService.class.getGenericSuperclass()返回的是BaseService（无泛型），无法拿到User - 匿名内部类或 Lambda 表达式中调用会失败，因为其泛型继承关系不明确
- 某些 Android 环境或混淆后可能丢失泛型签名，需保留
-keepattributes Signature - 建议封装成工具方法，并加空值和类型检查，避免
ClassCastException或ArrayIndexOutOfBoundsException
结合模板方法的实际应用场景
一旦拿到实体类型，就能驱动多种类型敏感操作：
- 自动构建 MyBatis 的
Mapper<T>实例，无需每个子类重复写mapper.selectById(id) - 统一 JSON 解析：用
ObjectMapper.readValue(json, entityClass)替代readValue(json, Object.class) - 字段级权限校验时，根据
entityClass反射读取注解（如@Sensitive） - 生成通用导出 Excel 的列头——从
entityClass的@ExcelColumn注解提取
