Spring 默认将 @Repository 标注的泛型类（如 PostgresDAOImpl）视为单例 Bean，导致多个服务注入同一实例，@PostConstruct 中设置的类型参数被后调用者覆盖，引发类型混淆。
spring boot 中泛型 dao 的单例共享问题与正确配置方案
在 Spring Boot 应用中，当你定义一个泛型 DAO 实现类（如 PostgresDAOImpl<t></t>）并使用 @Repository 注解时，Spring 容器会将其视为一个无类型擦除区分的单例 Bean。尽管你在三个不同服务中分别声明了 PostgresDAO<parameterone></parameterone>、PostgresDAO<parametertwo></parametertwo> 和 PostgresDAO<parameterthree></parameterthree>，但由于 Java 泛型的类型擦除机制，Spring 并不会为每种类型参数创建独立 Bean 实例——它只创建一个 PostgresDAOImpl 实例，并将其注入所有依赖处。
因此，当 ClassOneServiceImpl 的 @PostConstruct 方法调用 dao.setTypeParameterClass(ParameterOne.class) 后，ClassTwoServiceImpl 的 @PostConstruct 又调用 setTypeParameterClass(ParameterTwo.class)，最终 ClassThreeServiceImpl 再次覆盖为 ParameterThree.class —— 但若初始化顺序不确定（如受类加载、代理、AOP 或 Spring Boot 版本差异影响），就可能出现 ClassThreeServiceImpl.getParameter() 返回 ParameterOne.class 这类“错乱”现象。这正是你在线上环境（JDK 11）复现而本地（JDK 17）未复现的根本原因：并非 @PostConstruct 失效，而是多个服务共享同一 Bean 实例，形成竞态式覆盖。
✅ 正确解决方案是 显式声明多个带类型绑定的 Bean，避免泛型擦除带来的单例歧义：
@Configuration
public class PostgresDAOConfig {
@Bean
public PostgresDAO<ParameterOne> parameterOneDao() {
PostgresDAOImpl<ParameterOne> dao = new PostgresDAOImpl<>();
dao.setTypeParameterClass(ParameterOne.class);
return dao;
}
@Bean
public PostgresDAO<ParameterTwo> parameterTwoDao() {
PostgresDAOImpl<ParameterTwo> dao = new PostgresDAOImpl<>();
dao.setTypeParameterClass(ParameterTwo.class);
return dao;
}
@Bean
public PostgresDAO<ParameterThree> parameterThreeDao() {
PostgresDAOImpl<ParameterThree> dao = new PostgresDAOImpl<>();
dao.setTypeParameterClass(ParameterThree.class);
return dao;
}
}同时，更新各服务的注入方式，直接按具体类型注入对应 Bean（无需 @PostConstruct 初始化）：
@Service
@RequiredArgsConstructor
public class ClassOneServiceImpl implements ClassOneService {
private final PostgresDAO<ParameterOne> dao; // 自动匹配 parameterOneDao()
public Class<?> getParameter() {
return dao.getTypeParameterClass(); // 始终返回 ParameterOne.class
}
}⚠️ 注意事项：
- 移除
PostgresDAOImpl上的@Repository和@NoArgsConstructor（避免被 Spring 自动扫描为单例）； -
PostgresDAOImpl中的typeParameterClass字段建议设为final（构造时注入更安全），或至少确保线程安全（当前方案中每个 Bean 独立，无需额外同步）； - 若需复用通用逻辑，可将
EntityManager等依赖通过@Autowired注入到@Configuration类中，再传递给各PostgresDAOImpl实例； - Spring Boot 2.7+ 已全面支持 Jakarta EE 注解（如
jakarta.annotation.PostConstruct），建议将javax.annotation-api升级为jakarta.annotation-api并更新包引用，避免未来兼容性风险。
总结：泛型不是 Spring Bean 的作用域标识符。要实现“每种类型一个实例”，必须放弃自动组件扫描 + @PostConstruct 补丁模式，转而采用显式 @Bean 配置——这是符合 Spring 设计哲学、稳定且可预测的最佳实践。
