Spring Data JPA调用save方法报NoSuchBeanDefinitionException问题

这个问题的核心原因很明确——你配置的事务管理器bean名字是tmRequest，但Spring Data JPA在处理需要事务支持的方法（比如save）时，默认会去寻找名为transactionManager的事务管理器bean，两者名字不匹配，所以抛出了找不到的异常。而findAll、findById这类查询方法虽然也依赖事务，但Spring在处理只读事务时的逻辑相对宽松，没有强制触发严格的事务管理器匹配检查，所以暂时没暴露问题。

具体解决办法 #

办法一：修改事务管理器的bean名称为默认值

最简单的修复方式是把事务管理器的bean名改成Spring默认的transactionManager，让框架自动识别：

@Primary 
@Bean(name = "transactionManager") // 将名字从tmRequest改为transactionManager
public PlatformTransactionManager transactionManager( @Qualifier("emfRequest") EntityManagerFactory entityManagerFactory) {
 return new JpaTransactionManager(entityManagerFactory);
}

办法二：在仓库接口指定目标事务管理器

如果不想修改事务管理器的名字，可以在仓库接口上通过@Transactional注解明确指定要使用的事务管理器：

@Repository 
@Transactional(transactionManager = "tmRequest") // 绑定名为tmRequest的事务管理器
public interface Digit4GRepo extends CrudRepository<Digit4GRequest, Long> {
 List<Digit4GRequest> findBySUBNOAndIMEI(String subno, String IMEI);
 // 移除自定义的save方法，CrudRepository已内置该方法
}

额外优化建议 #

• 你的仓库接口定义了多余的泛型参数<P>，这没有实际意义，建议删除，简化为public interface Digit4GRepo extends CrudRepository<Digit4GRequest, Long>。
• 无需在仓库中重新声明save方法，CrudRepository接口已经提供了S save(S entity)的默认实现，自定义声明反而可能引发方法重载冲突或逻辑混乱。

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