JPA实体继承：懒加载初始化时应创建哪种实例？

好问题！这是JPA（尤其是Hibernate这类主流实现）处理抽象类关联懒加载时的典型场景，我来给你梳理清楚核心逻辑：

• 代理的类型本质：由于Teacher是抽象类无法直接实例化，JPA实现会生成一个动态代理子类，这个子类继承自Teacher，同时实现框架内部的懒加载控制接口（比如Hibernate的LazyInitializer）。它的作用是在懒加载未触发时作为占位对象，不会立即去数据库加载真实实体数据。

• 懒加载触发时机：当你查询School实体时，manager属性只会被填充为这个代理对象，此时并没有实际查询Teacher表。只有当你第一次调用manager的非标识方法（比如业务方法、非getter的属性访问，注意：部分框架对getter的处理特殊，可能不会触发）时，代理才会触发数据库查询，加载真实的FullTimeTeacher或PartTimeTeacher实例，并将后续的方法调用转发给真实对象。

• 关于类型匹配的顾虑：完全不用担心代理和真实对象的类型兼容性问题。因为代理本身是Teacher的子类，而真实的FullTimeTeacher/PartTimeTeacher也都是Teacher的子类。当懒加载触发后，你可以正常地将manager向下转型为对应的具体子类（当然，转型前最好做类型判断，避免ClassCastException，这和非懒加载场景的要求一致）。

举个实际代码场景的例子：

// 查询School实例，此时manager是代理对象
School school = entityManager.find(School.class, 1L);

// 打印代理类名称，不同JPA实现输出略有差异，比如Hibernate用ByteBuddy生成的子类
System.out.println(school.getManager().getClass().getName());
// 输出示例：com.yourpackage.Teacher$HibernateProxy$xxxxxx

// 调用非getter方法触发懒加载
school.getManager().teach();

// 此时再打印类型，会显示真实的实体类
System.out.println(school.getManager().getClass().getName());
// 输出示例：com.yourpackage.FullTimeTeacher

另外补充：不同JPA实现的代理生成技术可能不同（比如Hibernate默认用ByteBuddy，旧版本可能用CGLIB），但核心逻辑都是通过生成抽象类的子类来实现懒加载的延迟初始化逻辑。

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