Spring注解@Resource和@Autowired区别对比、spring扫描的默认bean的Id、程序获取spring容器对象...

-------------------------注解扫面的bean的ID问题--------------------------

0.前提需要明白注解扫描出来的bean的id默认是类名首字母小写,当然可以指定id:

(1)只写注解不指定id

Spring注解@Resource和@Autowired区别对比、spring扫描的默认bean的Id、程序获取spring容器对象..._第1张图片

 

上面实际上是等价于xml中的下面配置:

class="cn.qlq.service.UserService">

 

测试:(程序中获取spring容器中的bean)

    @Action("saveUser")
    public String saveUser() {
        userService.saveUser();
        // 代码中获取容器中bean(依赖于web容器)
        WebApplicationContext wac = ContextLoader.getCurrentWebApplicationContext();
        Object bean = wac.getBean("userServiceImpl");
        return "json";
    }

打断点查看bean:(获取到的是容器中的唯一bean的引用,且此对象的依赖关系也会取出来)

 

(2)指定id属性:

Spring注解@Resource和@Autowired区别对比、spring扫描的默认bean的Id、程序获取spring容器对象..._第2张图片

 

上面等价于:

class="cn.qlq.service.UserService">

 

 

测试代码:

    @Action("saveUser")
    public String saveUser() {
        userService.saveUser();
        // 代码中获取容器中bean(依赖于web容器)
        WebApplicationContext wac = ContextLoader.getCurrentWebApplicationContext();
        Object bean = wac.getBean("xxx");
        return "json";
    }

打断点查看bean:

 

 (3)按照上面的思路,我们在不同的包下如果不指定id是不允许有类名字相同的类存在的,测试

 Spring注解@Resource和@Autowired区别对比、spring扫描的默认bean的Id、程序获取spring容器对象..._第3张图片

 

Spring注解@Resource和@Autowired区别对比、spring扫描的默认bean的Id、程序获取spring容器对象..._第4张图片

 

 启动容器报错:(注解冲突)

org.springframework.beans.factory.BeanDefinitionStoreException: Unexpected exception parsing XML document from class path resource [applicationContext.xml]; nested exception is java.lang.IllegalStateException: Annotation-specified bean name 'userServiceImpl' for bean class [cn.qlq.service.UserServiceImpl] conflicts with existing, non-compatible bean definition of same name and class [cn.qlq.action.UserServiceImpl]
    at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.doLoadBeanDefinitions(XmlBeanDefinitionReader.java:412)
    at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:334)
    at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:302)
    at org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:143)
    at org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:178)
    at org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:149)
    at org.springframework.web.context.support.XmlWebApplicationContext.loadBeanDefinitions(XmlWebApplicationContext.java:124)
    at org.springframework.web.context.support.XmlWebApplicationContext.loadBeanDefinitions(XmlWebApplicationContext.java:93)
    at org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:130)
    at org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:467)
    at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:397)
    at org.springframework.web.context.ContextLoader.createWebApplicationContext(ContextLoader.java:276)
    at org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:197)
    at org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:47)
    at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:5118)
    at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5634)
    at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:145)
    at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:899)
    at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:875)
    at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:652)
    at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:679)
    at org.apache.catalina.startup.HostConfig$DeployDescriptor.run(HostConfig.java:1966)
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
    at java.util.concurrent.FutureTask.run(FutureTask.java:262)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
    at java.lang.Thread.run(Thread.java:745)

 

----------------研究Autowired和Resource两者不同----------------

  @Resource和@Autowired都是做bean的注入时使用,其实@Resource并不是Spring的注解,它的包是javax.annotation.Resource,需要导入,但是Spring支持该注解的注入。

1、共同点

  两者都可以写在字段和setter方法上。两者如果都写在字段上,那么就不需要再写setter方法。

2、不同点

(1)@Autowired

查看源码:

package org.springframework.beans.factory.annotation;

import java.lang.annotation.ElementType;
import java.lang.annotation.Retention;
import java.lang.annotation.RetentionPolicy;
import java.lang.annotation.Target;

@Retention(RetentionPolicy.RUNTIME)
@Target({ElementType.CONSTRUCTOR, ElementType.FIELD, ElementType.METHOD})
public @interface Autowired {
    boolean required() default true;
}

 

@Autowired为Spring提供的注解,需要导入包org.springframework.beans.factory.annotation.Autowired;只按照byType注入。

public class TestServiceImpl {
    // 下面两种@Autowired只要使用一种即可
    @Autowired
    private UserDao userDao; // 用于字段上
    
    @Autowired
    public void setUserDao(UserDao userDao) { // 用于属性的方法上
        this.userDao = userDao;
    }
}

 

  @Autowired注解是按照类型(byType)装配依赖对象,默认情况下它要求依赖对象必须存在,如果允许null值,可以设置它的required属性为false。如果我们想使用按照名称(byName)来装配,可以结合@Qualifier注解一起使用。如下:

public class TestServiceImpl {
    @Autowired
    @Qualifier("userDao")
    private UserDao userDao; 
}

 

  当然,您也可以通过 @Autowired 对方法或构造函数进行标注,如果构造函数有两个入参,分别是 bean1 和 bean2,@Autowired 将分别寻找和它们类型匹配的 Bean,将它们作为 CountryService (Bean1 bean1 ,Bean2 bean2) 的入参来创建 CountryService Bean。来看下面的代码:  对方法

public class Boss {     
    private Car car;     
    private Office office;     
    
     @Autowired    
    public void setCar(Car car) {     
        this.car = car;     
    }     
      
    @Autowired    
    public void setOffice(Office office) {     
        this.office = office;     
    }     
    …     
}   

 

  这时,@Autowired 将查找被标注的方法的入参类型的 Bean,并调用方法自动注入这些 Bean。而下面的使用方法则对构造函数进行标注:   

public class Boss {     
    private Car car;     
    private Office office;     
      
    @Autowired    
    public Boss(Car car ,Office office){     
        this.car = car;     
        this.office = office ;     
    }     
      
    …     
}  

 

(2)@Resource

查看源码:

package javax.annotation;

import java.lang.annotation.*;
import static java.lang.annotation.ElementType.*;
import static java.lang.annotation.RetentionPolicy.*;

@Target({TYPE, FIELD, METHOD})
@Retention(RUNTIME)
public @interface Resource {

    String name() default "";

    String lookup() default "";

    Class type() default java.lang.Object.class;


    enum AuthenticationType {
            CONTAINER,
            APPLICATION
    }

    AuthenticationType authenticationType() default AuthenticationType.CONTAINER;

    boolean shareable() default true;

    String mappedName() default "";

    String description() default "";
}

 

  @Resource的作用相当于@Autowired,只不过@Autowired按byType自动注入,而@Resource默认按 byName自动注入罢了。@Resource有两个属性是比较重要的,分是name和type,Spring将@Resource注解的name属性解析为bean的名字,而type属性则解析为bean的类型。所以如果使用name属性,则使用byName的自动注入策略,而使用type属性时则使用byType自动注入策略。如果既不指定name也不指定type属性,这时将通过反射机制使用byName自动注入策略。

注:最好是将@Resource放在setter方法上,因为这样更符合面向对象的思想,通过set、get去操作属性,而不是直接去操作属性。

@Resource装配顺序:

  ①如果同时指定了name和type,则从Spring上下文中找到唯一匹配的bean进行装配,找不到则抛出异常。

  ②如果指定了name,则从上下文中查找名称(id)匹配的bean进行装配,找不到则抛出异常。

  ③如果指定了type,则从上下文中找到类似匹配的唯一bean进行装配,找不到或是找到多个,都会抛出异常。

  ④如果既没有指定name,又没有指定type,则自动按照byName方式进行装配;如果没有匹配,则回退为一个原始类型进行匹配,如果匹配则自动装配。

例如以下写法都对:(当然下面只是写在成员变量中,也可以写在set方法上)

    @Resource(type = cn.qlq.service.UserService.class)
    private UserService userService;

 

    @Resource(name="userServiceImpl")
    private UserService userService;

 

    @Resource
    private UserService userService;

 

总结:

  • @Resource默认按照名称方式进行bean匹配(byName),@Autowired默认按照类型方式进行bean匹配(byType)
  • @Resource(import javax.annotation.Resource;)是J2EE的注解,@Autowired( import org.springframework.beans.factory.annotation.Autowired;)是Spring的注解

  Spring属于第三方的,J2EE是Java自己的东西。使用@Resource可以减少代码和Spring之间的耦合

 

----------------程序中获取spring容器中对象----------------

  我们知道在spring中容器启动有BeanFactory和ApplicationContext(其实现有ClassPathXmlApplicationContext、FileSystemXmlApplicationContext 、XmlWebApplicationContext、AnnotationConfigApplicationContext四种基本是),所以我们首先获取到ApplicationContext,然后获取对象:(可以根据类型获取,也可以根据bean的Id获取)

        // 获取webApplicationContext进而获取对象
        WebApplicationContext currentWebApplicationContext = ContextLoader.getCurrentWebApplicationContext();
        TestUtils bean = currentWebApplicationContext.getBean(TestUtils.class);// 根据类型获取对象
        UserService bean2 = (UserService) currentWebApplicationContext.getBean("userService");// 根据id获取

我们打断点查看上面获取的bean:

(1)currentWebApplicationContext是取的XmlWebApplicationContext

Spring注解@Resource和@Autowired区别对比、spring扫描的默认bean的Id、程序获取spring容器对象..._第5张图片

(2)bean是获取容器的原生对象(通过IOC反射创建的)

(3)bean2是获取的AOP增强的代理对象。

Spring注解@Resource和@Autowired区别对比、spring扫描的默认bean的Id、程序获取spring容器对象..._第6张图片

 

   通过上面明白了spring ioc默认的都是原生对象  只有通过aop增强的对象才是代理对象。代理对象也是在原来的反射创建的对象上进行增强。

  实际上在web应用中,我们的dao层用的ORM框架,例如mybatis、hibernate与spring整合之后都获取的是增强过的代理对象;我们的service层一般也会用aop增强事务等操作。

 

转载于:https://www.cnblogs.com/qlqwjy/p/8718307.html

你可能感兴趣的:(Spring注解@Resource和@Autowired区别对比、spring扫描的默认bean的Id、程序获取spring容器对象...)