spring 之注入之 by name or by type， or both ？

@Autowired 和 @Qualifier

使用xml 注入的时候，我们可以指定 autowire=“byType” 或“byName” 。

但是使用注解的时候， @Autowired 只有一个 required 属性，无法设置 by name或者 by type。那么这个时候，我们可以使用 @Qualifier

@Autowired @Qualifier 需要一起使用，他们是一个奇怪的组合，组合到一起的时候，表示，先尝试 by type，出现冲突了，那么by name。换句话说，如果需要注入的某个类型的bean ，只有一个实例，对应 @Autowired @Qualifier 组合，其中@Qualifier 可有可无，有的话，其 value 可以随便写。但是如果有多个，那就不一样的：此时，@Qualifier也必须正确。

关于 @Bean

spring 在解析到 @Bean 的时候，会自动给参数中的对象类型注入一个实例，默认byType ，不需要 @Autowired 或者 @Qualifier

    @Bean

    public LkCar datasource(LkBean lkBean) {

        System.out.println("config datasrouce.");

        return new LkCar(lkBean);

    }

    @Bean

    public LkBean aa() {

        System.out.println("config bean aa");

        LkBean bean = new LkBean();

        bean.setStr("aa");

        return bean;

    }

    @Bean("bb")

    // @Primary

    public LkBean aabb() {

        System.out.println("config bean bb");

        LkBean bean = new LkBean();

        bean.setStr("bb");

        return bean;

    }

java config 默认是使用 byType注册。上面的代码中，有两个类型为 LkBean的实例，故实例化 LkCar的时候出错：

Exception in thread "main" org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name 'datasource' defined in com.anno.LkAnno: Unsatisfied dependency expressed through method 'datasource' parameter 0; nested exception is org.springframework.beans.factory.NoUniqueBeanDefinitionException: No qualifying bean of type 'com.anno.LkBean' available: expected single matching bean but found 2: aa,bb

    at org.springframework.beans.factory.support.ConstructorResolver.createArgumentArray(ConstructorResolver.java:749)

    at org.springframework.beans.factory.support.ConstructorResolver.instantiateUsingFactoryMethod(ConstructorResolver.java:467)

    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.instantiateUsingFactoryMethod(AbstractAutowireCapableBeanFactory.java:1134)

    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:1028)

    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:513)

    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:483)

    at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:306)

    at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:230)

    at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:302)

    at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:197)

    at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:759)

    at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:866)

    at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:542)

    at org.springframework.context.annotation.AnnotationConfigApplicationContext.<init>(AnnotationConfigApplicationContext.java:84)

    at AnnoIo22CTest.main(AnnoIo22CTest.java:10)

    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)

    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

    at java.lang.reflect.Method.invoke(Method.java:601)

    at com.intellij.rt.execution.application.AppMain.main(AppMain.java:144)

Caused by: org.springframework.beans.factory.NoUniqueBeanDefinitionException: No qualifying bean of type 'com.anno.LkBean' available: expected single matching bean but found 2: aa,bb

    at org.springframework.beans.factory.config.DependencyDescriptor.resolveNotUnique(DependencyDescriptor.java:172)

    at org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:1114)

    at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:1064)

    at org.springframework.beans.factory.support.ConstructorResolver.resolveAutowiredArgument(ConstructorResolver.java:835)

    at org.springframework.beans.factory.support.ConstructorResolver.createArgumentArray(ConstructorResolver.java:741)

    ... 19 more

解决方法有两个，

1 在其中一个参数bean 的方法上面添加 @Primary ，表明它是首选

2 把 datasource 签名改为：

public LkCar datasource(@Qualifier("bb")LkBean lkBean) {
...

这里的 @Autowired 是不需要的。 @Qualifier 必须放到方法的参数中去，而不是在方法之上。

另外，当一个类中有两个@Bean ，比如一个为方法aa，另一个返回值相同，但是@Bean("aa"), 那么，前面的生效，后面的无法注册为 spring 的bean，因为已经注册过了一次了！

另外，当我们有多个配置类的时候，它们是会合并的，合并的规则是：

如果没有同名bean ，当然就简单的组合到一起就行了。

如果有冲突呢？后面出现的覆盖前面的！！这和在一个 java config 中出现冲突的处理顺序是相反的！！

另外，我发现，当我 @Autowire 一个方法的时候，如果在当前类有多个可选同类型 bean 实例，那么会出错，但是如果其他的 java config 配置类还有一个可选的同类型bean 实例，那么就不会出错。

真是奇了怪了。究其原因，应该是跟 bean 实例化的顺序有关，如果在Autowire 一个方法的时候，能够找到一个实例，而不是多个，那么久使用它。否则如果发现多个，那么久不行。！！

注意： @Bean 或者 java config 仅仅是定义及注册了 bean 的定义，真正的实例化是在第一次使用它的时候（如果有冲突，是这个时候才会发现）。