添加@Service下添加事务注解，测试报错没有service的bean原因及解决办法

项目场景：使用事务注解原先的service报错找不到bean

ssm练习阶段
使用事务控制，当插入数据的方法中有异常产生的时候，会撤销对数据表的增删改操作
使用注解的方式@Transactional

问题描述

使用注解@Service创建对象时，一直都很正常，在学习事务时，通过在@Service下面添加一个@Transactional时运行报错找不到service类的bean

例如这样的报错信息
org.springframework.beans.factory.NoSuchBeanDefinitionException: No qualifying bean of type ‘com.aa.service.impl.AccountServiceImpl’ available
当你删除加上的注解的时候这个时候又会正常了
@Service
@Transactional(propagation = Propagation.REQUIRED)

public class AccountServiceImpl implements AccountService {
@Autowired
AccountMapper accountMapper;
@Override
public int insert(Account account) {
int num = 0;
num = accountMapper.insert(account);
//手动抛异常
// System.out.println(1/0);
return num;
}
}

原因分析：

它会实现service接口，但与ServiceImpl是完全不同的类型。当在容器中根据ServiceImpl这个类型去找对应的bean的时候当然就会因为找不到这个 bean 而报错。
简单说就是如果一个类有接口，则默认使用JDK的动态代理来代理，如果直接是一个类，则使用 cglib代理。JDK动态代理与 cglib 动态代理均是实现Spring AOP的基础。

2、回到这问题，那么如果ServiceImpl没有实现接口的话，使用@Transaction注解，Spring会用cglib对他生成代理，是否就不会报这个错了呢？

答案是肯定的，经过验证，当把接口类删除之后确实也不会报错。

原因在于 cglib 采用了非常底层的字节码技术，其原理是通过字节码技术为一个类创建子类，并在子类中采用方法拦截技术拦截所有父类方法的调用，顺势织入横切逻辑。

也就是说通过 cglib 去生成的代理类是ServiceImpl的子类，是可以通过类型匹配到父类的。而使用JDK动态代理是在创建该类的接口的代理对象，由于不可以向下转型，所以直接去找ServiceImpl的代理对象是找不到，cglib是生成一个该类的子类，是可以向上转型的，也就是说只允许子转父，这就是Java三个特点之一的多态（封装、继承、多态）的理解了。

解决方案：

一般我们在从bean中取数据时
(1)Service service = (Service) ac.getBean(“serviceImpl”);
这样是可以的不会报错，
（2）Service service = ac.getBean(Service.class);
这样也可以
（3）Service service = (Service) ac.getBean(serviceImpl.class);
注意：使用第三种方式时，不使用事务的情况下一样可以跟上面两个一样的效果，但是在service实现类添加注解时，就会报错
因为有接口的情况下，spring使用jdk动态代理实现AOP，通过接口会动态生成一个对象，强转过来的实现类对象类型和jdk动态代理生成的不匹配，会导致找不到service实现类的bean