近日整合sping和hibernate框架时遇到了一系列的异常，本次主要说明一下spring框架可能出现的异常及解决方案。
我们借助sping强大的bean容器管理机制，通过BeanFactory轻松的实现javabean的生命周期管理，然而在配置管理的时候难免会遇到一些异常：
异常1：No qualifying bean of type […] found for dependency
例如将BeanB自动注入到BeanA
@Component
public class BeanA {
@Autowired
private BeanB dependency;
…
}
如果此时BeanB没有定义在sping的Cntextl里，那么在启动时候就会抛出异常： the no such bean definition exception:
org.springframework.beans.factory.NoSuchBeanDefinitionException:
No qualifying bean of type [org.baeldung.packageB.BeanB] found for dependency:
expected at least 1 bean which qualifies as autowire candidate for this dependency.
Dependency annotations: {@org.springframework.beans.factory.annotation.Autowired(required=true)}
问题的原因很简单 expected at least 1 bean which qualifies as autowire candidate for this dependency.至少需要要有一个定义的bean来依赖注入。当然还可能存在领一种原因就是，我们在使用注解，配置注解扫描的时候没有设置对包扫描的路径，那么除了这种情况之外就应该是没有定义bean了。
异常2：No qualifying bean of type […] is defined
这个异常的意思就是没有符合的类型Bean.原因是我们定义了两个或者多个相同的bean而不是唯一的bean,例如有一个接口IBeanB，它的两个实现类Bean1和Bean2
@Component
public class BeanB1 implements IBeanB {
//
}
@Component
public class BeanB2 implements IBeanB {
//
}
此时如果BeanA注入了接口IBeanB,Spring 就不知道使用哪个实现类来注入
@Component
public class BeanA {
@Autowired
private IBeanB dependency;
…
}
此时，BeanFactory就会抛出异常NoSuchBeanDefinitionException
Caused by: org.springframework.beans.factory.NoUniqueBeanDefinitionException:
No qualifying bean of type [org.baeldung.packageB.IBeanB] is defined:
expected single matching bean but found 2: beanB1,beanB2
从异常 expected single matching bean but found 2”.可以看出未发现唯一的bean。
那么可以通过如下方法来解决
@Component
public class BeanA {
@Autowired
@Qualifier(“beanB2”)
private IBeanB dependency;
…
}
sping 就会明确的知道是使用哪个Bean作为注入使用的对象。
异常3：No Bean Named […] is defined
当出现这个异常时，通过名字去Sping上下文查找bean,可能出现异常NoSuchBeanDefinitionException
@Component
public class BeanA implements InitializingBean {
@Autowired
private ApplicationContext context;
@Override
public void afterPropertiesSet() {
context.getBean(“someBeanName”);
}
}
这里在查找时，不存在名字为someBeanName的定义，导致异常
Caused by: org.springframework.beans.factory.NoSuchBeanDefinitionException:
No bean named ‘someBeanName’ is defined
很清晰的指出，不存在此名字的bean定义。
异常4：Proxied Beans
当一个bean在spring上下文中使用JDK动态代理机制，那么代理类不会继承目标对象，但它实现了相同的接口，因为这个原因，如果一个Bean注入了一个接口，那么不会出现问题，但是如果注入了是一个实现的类，Sping容器就会无法找到此时的bean，因为代理类没有继承目标类。一个bean被代理的原因很常见的一个场景就是使用spring的事务支持功能，可以使用注解@Transactional表示事务，也可以在配置文件里设置。
例如如果 ServiceA 注入 ServiceB, 并且同时两个services 都配置了事务 ，通过类注入那么将会出现问题。
@Service
@Transactional
public class ServiceA implements IServiceA{
@Autowired
private ServiceB serviceB;
…
}
@Service
@Transactional
public class ServiceB implements IServiceB{
…
}
同样是这两个Services,如果使用接口注入将正常运行。
@Service
@Transactional
public class ServiceA implements IServiceA{
@Autowired
private IServiceB serviceB;
…
}
@Service
@Transactional
public class ServiceB implements IServiceB{
…
}
