【浅谈JavaEE框架】Spring中@Autowired标签与@Resource标签的区别

简介:
@Autowired 

Spring 2.5 引入了 @Autowired 注释,它可以对类成员变量、方法及构造函数进行标注,完成自动装配的工作。 
通过 @Autowired的使用来消除 set ,get方法。
 
要实现我们要精简程序的目的。

@Autowired默认按照类型进行注入

@Autowired @Qualifier("personDaoxxx")这样就是按照名称进行装配

@Autowired(required=true)必须注入值,不能为null,为false无论注入什么值都是null

autowire属性取值如下:

byType:按类型装配,可以根据属性的类型,在容器中寻找根该类型匹配的bean.如果发现多个,那么将会抛出异常。如果没有找到,即属性值为null。

byName:按名称装配,可以根据属性的名称,在容器中寻找根该属性名相同的bean,如果没有找到,即属性值为null。

Constructor与byType的方式类似,不同之处在于它应用于构造器参数。如果在容器中没有找到与构造器参数类型一致的bean,那么将会抛出异常。

Autodetect:通过bean类的自省机制来决定是使用constructor还是byType方式进行自动装配。如果发现默认的构造器,那么将使用byType方式。

====================================================================================================

Spring中@Autowired标签与@Resource标签的区别 

强烈建议 放弃@Autowire 使用@Resource 原因 spring支持标准 

Spring支持JSR-250注解

Spring不但支持自己定义的@Autowired注解,还支持由JSR-250规范定义的几个注解,如:@Resource、 @PostConstruct及@PreDestroy。
 1. @Autowired
     @Autowired是Spring 提供的,需导入
     Package:org.springframework.beans.factory.annotation.Autowired;
     只按照byType 注入。
 2. @Resource
     @Resource默认按 byName 自动注入,是J2EE提供的, 需导入Package:  
     javax.annotation.Resource;
     @Resource有两个中重要的属性:name和type ,而Spring将@Resource注解的name属性解析为bean的
     名字,而type属性则解析为bean的类型。所以如果使用name属性,则使用byName的自动注入策略,而使用
     type属性时则使用 byType自动注入策略。如果既不指定name也不指定type属性,这时将通过反射机制使用by
     Name自动注入策略。
  
     @Resource装配顺序 
   (1). 如果同时指定了name和type,则从Spring上下文中找到唯一匹配的bean进行装配,找不到则抛出异常;
   (2). 如果指定了name,则从上下文中查找名称(id)匹配的bean进行装配,找不到则抛出异常;
   (3). 如果指定了type,则从上下文中找到类型匹配的唯一bean进行装配,找不到或者找到多个,都会抛出异常;
   (4). 如果既没有指定name,又没有指定type,则自动按照byName方式进行装配;如果没有匹配,则回退为一
     个原始类型进行匹配,如果匹配则自动装配;
     @Resource的作用相当于@Autowired,只不过@Autowired按byType自动注入。
 3. 使用区别
     @Resource(name="loginService") 
     private LoginService loginService;
  
     @Autowired(required=false)@Qualifier("loginService") 
     private LoginService loginService;
  
    (1).@Autowired 与@Resource都可以用来装配bean. 都可以写在字段上,或写在setter方法上;
    (2).@Autowired 默认按类型装配,默认情况下必须要求依赖对象必须存在,如果要允许null值,可以设置它的required属性为false,如:@Autowired(required=false) .如果我们想使用名称装配可以结合 @Qualifier注解进行使用;
     (3).@Resource(这个注解属于J2EE的),默认安装名称进行装配,名称可以通过name属性进行指定,如果没
     有指定name属性,当注解写在字段上时,默认取字段名进行安装名称查找,如果注解写在setter方法上默认取属
     性名进行装配。当找不到与名称匹配的bean时才按照类型进行装 配。但是需要注意的是,如果name属性一旦指
     定,就只会按照名称进行装配。
  
     推荐使用@Resource注解在字段上,这样就不用写setter方法了.并且这个注解是属于J2EE的,减少了与Spring的耦合,这样代码看起就比较优雅 。
 
另外,通过实践,还总结出一条规律:
 
如果将@requied或者@autowired写了set方法之上,则程序会走到set方法内部。
 
但如果写在了field之上,则不会进入set方法当中。

@Autowired默认按类型装配,@Resource默认按名称装配,当找不到与名称匹配的bean才会按类型装配。

------------------------------------------------------------------------------------------------

细节问题总结:
 
1.当我们进行测试时,用ApplicationContext对象的getBean()方法寻找组件。在之前的配置文件中我们会用<bean>标签的id属性去定义,在使用自动扫描注解后怎样获得组建的id呢?
 
在这种情况下,Spring会将被标注注解的类名,然后再将该类名的第一个字母变为小写,放到getBean()方法中。如:UserBizImpl类的组件Id就会是userBizImpl,获取时为context.getBean("userBizImpl");
 
那么,我们在使用注解时可以自定义组件的Id吗?
 
当然可以。我们需要在为相应的类添加注解时,在注解之后添加自定义的类名,例如:
 
@Service("userBiz")
 
public class UserBizImpl implements UserBiz {
 
……
 
}
当我们在获取该组件时,为context.getBean("userBiz);
 
2.在配置文件中我们可以对组件(bean)的作用域范围进行设置,它的默认值是单例模式,那么在添加注解的情况下,我们怎样设置组件的作用域范围呢?
 
我们可以直接在为类添加注解的同时,运用另一个注解@Scope("prototype")来设置,如下
 
@Service("userBiz")@Scope("prototype")
 
public class UserBizImpl implements UserBiz {
 
……
 
}
3.在使用注解时,为组件设置初始化和销毁方法:
 
在添加注解的相应的类中,如果想初始化或销毁某个方法,我们可以直接在方法上添加注解,如下:
@PostConstruct
 
public void addItem() {
 
System.out.println("初始化方法");
 
}
 
@PreDestroy
 
public void testItem() {
 
System.out.println("释放资源");
 
}

4.在使用Spring自动扫描组件后,怎样进行依赖注入?
 
运用注解@Resource和@Autowired,并为依赖对象设置名称,例如:
 
@Resource(name="userDao")
 
private UserDAO userDao = null;
首先它会根据名称去找Spring自动扫描的并加入到Spring容器的组件(bean),如果有相同的名称,则进行依赖注入,如果没有相同的名称。则会根据类型区寻找组件。

理解以上的内容后,你就可以很轻松的实现spirng零配置。

------------------------------------------------------------------------------------------------
 
项目后期开发工作 定义了大量的bean,现在需要为每个数据库操作添加 日志记录,所以就定义了一个logBiz,
 
如果按照通常的做法,需要修改所有的配置文件 添加property属性,现在使用自动注入机制。
 
在baseAction中添加通用日志方法,留出一个IogBiz接口,在继承的子类action中,定义一个logBiz属性 并用@Resouce 注解即可。

相关文章
|
1月前
|
Java 测试技术 程序员
为什么Spring不推荐@Autowired用于字段注入?
作为Java程序员,Spring框架在日常开发中使用频繁,其依赖注入机制带来了极大的便利。然而,尽管@Autowired注解简化了依赖注入,Spring官方却不推荐在字段上使用它。本文将探讨字段注入的现状及其存在的问题,如难以进行单元测试、违反单一职责原则及易引发NPE等,并介绍为何Spring推荐构造器注入,包括增强代码可读性和维护性、方便单元测试以及避免NPE等问题。通过示例代码展示如何将字段注入重构为构造器注入,提高代码质量。
|
1月前
|
监控 Java 应用服务中间件
Spring和Spring Boot的区别
Spring和Spring Boot的主要区别,包括项目配置、开发模式、项目依赖、内嵌服务器和监控管理等方面,强调Spring Boot基于Spring框架,通过约定优于配置、自动配置和快速启动器等特性,简化了Spring应用的开发和部署过程。
52 19
|
1月前
|
Java 编译器 Spring
Spring AOP 和 AspectJ 的区别
Spring AOP和AspectJ AOP都是面向切面编程(AOP)的实现,但它们在实现方式、灵活性、依赖性、性能和使用场景等方面存在显著区别。‌
77 2
|
1月前
|
XML 前端开发 Java
Spring,SpringBoot和SpringMVC的关系以及区别 —— 超准确,可当面试题!!!也可供零基础学习
本文阐述了Spring、Spring Boot和Spring MVC的关系与区别,指出Spring是一个轻量级、一站式、模块化的应用程序开发框架,Spring MVC是Spring的一个子框架,专注于Web应用和网络接口开发,而Spring Boot则是对Spring的封装,用于简化Spring应用的开发。
121 0
Spring,SpringBoot和SpringMVC的关系以及区别 —— 超准确,可当面试题!!!也可供零基础学习
|
3月前
|
Java 数据库连接 数据库
Spring Data JPA 与 Hibernate 之区别
【8月更文挑战第21天】
87 0
|
Java Spring
spring框架之AOP模块(面向切面),附带通知类型---超详细介绍
spring框架之AOP模块(面向切面),附带通知类型---超详细介绍
123 0
|
缓存 监控 Java
Spring框架之AOP(面向切面编程)
Spring框架之AOP(面向切面编程)
58 0
|
4月前
|
分布式计算 Java MaxCompute
详解 Java 限流接口实现问题之在Spring框架中使用AOP来实现基于注解的限流问题如何解决
详解 Java 限流接口实现问题之在Spring框架中使用AOP来实现基于注解的限流问题如何解决
|
5月前
|
设计模式 SQL Java
Spring框架第四章(AOP概念及相关术语)
Spring框架第四章(AOP概念及相关术语)
|
6月前
|
安全 Java 开发者
在Spring框架中,IoC和AOP是如何实现的?
【4月更文挑战第30天】在Spring框架中,IoC和AOP是如何实现的?
81 0
下一篇
无影云桌面