使用@MappedSuperClass时DAO层实例化JPA基础实体的问题

首先得明确：标注@MappedSuperclass的抽象类本身就不是一个可持久化的实体——它的作用是让子类继承它的字段映射规则，JPA不会为它创建数据表，而且Java的抽象类本身也不允许直接实例化，这就是你遇到问题的核心原因。结合你有两个结构一致但对应不同表的子实体，这里给你几个最优的解决思路：

方案1：为每个子实体创建专属DAO（最直观，推荐Spring Data JPA场景） #

既然两个子实体对应不同的数据表，哪怕结构一致，它们也是独立的持久化实体。你可以基于Spring Data JPA（如果用的话）为每个子实体创建Repository接口：

// 子实体UserA的Repository
public interface UserARepository extends JpaRepository<UserA, Integer> {}

// 子实体UserB的Repository
public interface UserBRepository extends JpaRepository<UserB, Integer> {}

如果是自定义DAO实现，也可以先写一个通用的BaseDao抽象类，然后让两个子DAO继承它：

public abstract class BaseUserDao<T extends User> {
    // 通用的CRUD逻辑，比如根据ID查询
    public T findById(EntityManager em, Class<T> entityClass, int userId) {
        return em.find(entityClass, userId);
    }
}

public class UserADao extends BaseUserDao<UserA> {
    // 可以添加UserA专属的逻辑，没有的话直接继承通用方法即可
}

public class UserBDao extends BaseUserDao<UserB> {}

这种方式既复用了通用逻辑，又能正确操作各自的数据表，完全避开了实例化抽象超类的问题。

方案2：使用泛型DAO统一处理（适合需要动态切换子实体的场景） #

如果你的业务逻辑需要在运行时动态操作不同的子实体表，可以写一个泛型DAO，通过传入子实体的Class对象来指定操作的实体：

@Repository
public class GenericUserDao<T extends User> {
    @PersistenceContext
    private EntityManager em;

    public T findById(Class<T> entityClass, int userId) {
        return em.find(entityClass, userId);
    }

    public void save(T user) {
        em.persist(user);
    }
}

使用的时候，只需要指定泛型类型或者传入对应的Class：

// 操作UserA表
genericUserDao.findById(UserA.class, 1);
// 操作UserB表
genericUserDao.findById(UserB.class, 2);

如果需要创建实体实例，也可以通过反射创建子实体的对象（因为超类不能实例化，但子类可以）：

public T createUser(Class<T> entityClass) throws InstantiationException, IllegalAccessException {
    return entityClass.newInstance();
}

方案3：避免直接操作超类，始终以子实体为操作对象 #

不管用哪种DAO方式，核心原则是：永远不要试图实例化@MappedSuperclass的抽象类，所有的持久化操作都应该针对它的子类（也就是那些真正映射到数据表的实体）。比如你需要创建用户时，直接创建UserA或UserB的实例，填充字段后再交给DAO保存，而不是想着去实例化User超类。

总结一下，最推荐的是方案1，因为它符合JPA的设计理念，代码清晰易维护；如果有动态切换实体的需求，方案2会更灵活。

内容的提问来源于stack exchange，提问作者Rakesh