重新理解@Resource注解

　　@Resource和@Autowired注解都是用来实现依赖注入的。只是@Autowired按byType自动注入，而@Resource默认按 byName自动注入。
　　@Resource有两个重要的属性，分是name和type。
　　Spring将name属性解析为bean的名字（最需要重新理解的就是这个bean名字），而type属性则解析为bean的类型。所以如果使用name属性，则使用byName的自动注入策略，而使用type属性时则使用byType自动注入策略。如果既不指定name也不指定type属性，这时将通过反射机制使用byName自动注入策略。
　　

@Resource依赖注入时查找bean的规则：(以用在field上为例)

　　1. 既不指定name属性，也不指定type属性，则自动按byName方式进行查找。如果没有找到符合的bean，则回退为一个原始类型进行进行查找，如果找到就注入。
　　此时的name是变量名。
错误 示例：

    @Resource    private String bucketName;    @Resource    private String styleName;

此时的name值是配置bean里的name属性指定的值，而不是id的值

    <bean id="bucketName " class="java.lang.String">        <constructor-arg value="${oos.bucketName}"/>    </bean>    <!-- 图片样式名 -->    <bean id="styleName " class="java.lang.String">        <constructor-arg value="${oos.styleName}"/>    </bean>

这里为什么要重新理解，是因为之前我一直认为对应的是配置文件的id属性的值，直到在配置上面两个String类型的bean的时候，居然会报错，如下：No qualifying bean of type [java.lang.String] is defined: expected single matching bean but found 2: bucketName,styleName 这是因为spring会去找bean元素里name属性值和变量名一致的bean，但是因为都没有指定name属性，所以找不到然后就按照原始类型String去查找，结果一下找到了两个，所以就报错。

　　
　　2. 只是指定了@Resource注解的name，则按name后的名字去bean元素里查找有与之相等的name属性的bean。
　　
正确示例

    @Resource(name="bucket")    private String bucketName;    @Resource(name="style")    private String styleName;

    <bean name="bucket" class="java.lang.String">        <constructor-arg value="${oos.bucketName}"/>    </bean>    <!-- 图片样式名 -->    <bean name="style" class="java.lang.String">        <constructor-arg value="${oos.styleName}"/>    </bean>

　　3. 只指定@Resource注解的type属性，则从上下文中找到类型匹配的唯一bean进行装配，找不到或者找到多个，都会抛出异常
　　4. 既指定了@Resource的name属性又指定了type，则从Spring上下文中找到唯一匹配的bean进行装配，找不到则抛出异常