autowired,autowired和resource的区别
autowired,autowired和resource的区别详细介绍
本文目录一览： autowired注解是什么？
autowired注解是一个用于容器container配置的注解。autowired注解来源于英文单词autowire，这个单词的意思是自动装配的意思，这个词语本来的意思是指的一些工业上的用机器代替人口，自动将一些需要完成的组装任务，或者别的一些任务完成。
autowired注解的特点
Autowired是一个注释，它可以对类成员变量、方法及构造函数进行标注，让spring完成bean自动装配的工作，Autowired默认是按照类去匹配，配合@Qualifier指定按照名称去装配bean，成员属性字段使用@Autowired无需字段的set方法。
而在Spring的世界当中，自动装配指的就是使用将Spring容器中的bean自动的和我们需要这个bean的类组装在一起，它还有一个属性required，此属性用于控制如果找不到要依赖注入的对象时是否报错，默认true即默认找不到要注入的对象时会报错。
@Autowired 是什么,怎么使用呢？
@Autowired是Spring提供的一种注入Bean的方法。
具体的应用是：
1）在Service类中定义的注入属性前加@Autowired。例如：@Autowired private PersonDAO personDAO,
2）必须有个set方法，例如：
@Autowired
public void setPersonDAO(PersonDAO personDAO) {
System.out.println("********** @Autowired注入Bean *************");
this.personDAO = personDAO;
}
Spring配置文件的配置内容：
1） 头部
(加入)xmlns:context="http://www.springframework.org/schema/context"
(添加)xsi:schemaLocation="http://www.springframework.org/schema/context
http://www.springframework.org/schema/context/spring-context-2.5.xsd"
2）
有问题发信息。
@Autowired可以对成员变量、方法和构造函数进行标注，来完成自动装配的工作，这里必须明确：@Autowired是根据类型进行自动装配的，如果需要按名称进行装配，则需要配合@Qualifier使用；
@Autowired标注可以放在成员变量上，也可以放在成员变量的set方法上。前者，Spring会直接将UserDao类型的唯一一个bean赋值给userDao这个成员变量；后者，Spring会调用setUserDao方法来将UserDao类型的唯一一个bean装配到userDao这个属性。
Spring 2.5 引入了 @Autowired 注释，它可以对类成员变量、方法及构造函数进行标注，完成自动装配的工作。 通过 @Autowired的使用来消除 set ，get方法。
@Autowired是一种注解，可以对成员变量、方法和构造函数进行标注，来完成自动装配的工作。@Autowired标注可以放在成员变量上，也可以放在成员变量的set方法上，也可以放在任意方法上表示，自动执行当前方法，如果方法有参数，会在IOC容器中自动寻找同类型参数为其传值。
扩展资料：
默认情况下，@Autowired 注解意味着依赖是必须的，它类似于 @Required 注解，然而，可以使用 @Autowired 的 （required=false） 选项关闭默认行为。
@Autowired最终是根据类型来查找和装配元素的，但是设置了
后会影响最终的类型匹配查找。因为在前面有根据BeanDefinition的autowire类型设置PropertyValue值，其中会有新实例的创建和注册。
Autowired和Resource关键字的区别？
3.Autowired和Resource关键字的区别？
??这是一个相对比较简单的问题，@Resource和@Autowired都是做bean的注入时使用，其实@Resource并不是Spring的注解，它的包是javax.annotation.Resource，需要导入，但是Spring支持该注解的注入。
3.1 共同点
??两者都可以写在字段和setter方法上。两者如果都写在字段上，那么就不需要再写setter方法.
3.2 不同点
@Autowired
??@Autowired为Spring提供的注解，需要导入org.springframework.beans.factory.annotation.Autowired;只按照byType注入。
@Autowired注解是按照类型（byType）装配依赖对象，默认情况下它要求依赖对象必须存在，如果允许null值，可以设置它的required属性为false。如果我们想使用按照名称（byName）来装配，可以结合@Qualififier注解一起使用。如下：
@Resource
??@Resource默认按照ByName自动注入，由J2EE提供，需要导入包javax.annotation.Resource。@Resource有两个重要的属性：name和type，而Spring将@Resource注解的name属性解析为bean的名字，而type属性则解析为bean的类型。所以，如果使用name属性，则使用byName的自动注入策略，而使用type属性时则使用byType自动注入策略。如果既不制定name也不制定type属性，这时将通过反射机制使用byName自动注入策略.
@Resource装配顺序：
如果同时指定了name和type，则从Spring上下文中找到唯一匹配的bean进行装配，找不到则抛出异常。
如果指定了name，则从上下文中查找名称（id）匹配的bean进行装配，找不到则抛出异常。
如果指定了type，则从上下文中找到类似匹配的唯一bean进行装配，找不到或是找到多个，都会抛出异常。
如果既没有指定name，又没有指定type，则自动按照byName方式进行装配；如果没有匹配，则回退为一个原始类型进行匹配，如果匹配则自动装配。
@Resource的作用相当于@Autowired，只不过@Autowired按照byType自动注入。
autowired和resource的区别
两者功能差不多类似。Autowired是Spring框架的私家注解Resource属于标准框架JSR-250的通用注解..也就是说属于不同框架，需要调用不同接口及后面的类库实现使用时注意选择其中一套技术，不要混杂了
autowired和resource的区别：
1、＠Autowired注解由Spring提供，只按照byType注入；＠resource注解由J2EE提供，默认按照byName自动注入。
2、＠Autowired默认按类型进行装配，＠Resource默认按照名称进行装配。
3、如果同时指定了name和type，则从Spring上下文中找到唯一匹配的bean进行装配，找不到则抛出异常。
4、如果指定了name，则从Spring上下文中查找名称（id）匹配的bean进行装配，找不到则抛出异常。
5、如果指定了type，则从Spring上下文中找到类型匹配的唯一bean进行装配，找不到或找到多个，都抛出异常。
6、如果既没指定name，也没指定type,则自动按照byName方式进行装配。
在逻辑上与应用程序一起部署的任何不可执行的数据。资源可以在应用程序中作为错误信息显示，或者作为用户界面的一部分显示。资源可以包含多种形式的数据，包括字符串、图像和持久的对象等。
@Autowired是一种注解，可以对成员变量、方法和构造函数进行标注，来完成自动装配的工作，@Autowired标注可以放在成员变量上，也可以放在成员变量的set方法上，也可以放在任意方法上表示，自动执行当前方法，如果方法有参数，会在IOC容器中自动寻找同类型参数为其传值。
这里必须明确：@Autowired是根据类型进行自动装配的，如果需要按名称进行装配，则需要配合@Qualifier使用。
autowired和resource注解的区别
autowired和resource注解的区别注解不同。
Resource注解，Resource实际上并不是spring当中提供的注解。他和spring没有半毛钱关系，虽然他也实现了spring中bean注入功能。但是Resource是javaEE的注解，它遵循的是JSR250规范。所以spring只有一个亲儿子那就是Autowired。
Resource默认按byName自动注入罢了。Resource有两个属性是比较重要的，分是name和type，Spring将Resource注解的name属性解析为bean的名字，而type属性则解析为bean的类型。
所以如果使用name属性，则使用byName的自动注入策略，而使用type属性时则使用byType自动注入策略。如果既不指定name也不指定type属性，这时将通过反射机制使用byName自动注入策略。
Resource装配顺序1、如果同时指定了name和type，则从Spring上下文中找到唯一匹配的bean进行装配，找不到则抛出异常。
2、如果指定了name，则从上下文中查找名称（id）匹配的bean进行装配，找不到则抛出异常。
3、如果指定了type，则从上下文中找到类型匹配的唯一bean进行装配，找不到或者找到多个，都会抛出异常。
4、如果既没有指定name，又没有指定type，则自动按照byName方式进行装配；如果没有匹配，则回退为一个原始类型进行匹配，如果匹配则自动装配。
@Autowired与@Resource有何区别？
@Autowired与@Resource都是我们日常开发中常用的两个注解，那么它们之间究竟有何区别呢？
来源 ：@Autowired为Spring提供的注解，需要导入包org.springframework.beans.factory.annotation.Autowired。
说明 ：@Autowired采取的默认策略为 按照类型 注入（by-type）。要求容器中一定要有这个类型的对象，如果没有将会报错，抛出异常。也可以通过设置可以@Autowired(required = false),来告诉容器，如果没有可以不注入。
示例：
如上代码所示，这样装配会去spring容器中找到类型为StudentServer的类，然后将其注入进来。这样会产生一个问题，当容器中有多个相同类型的对象，会造成无法选择具体注入哪一个的情况从而导致报错，这个时候我们可以通过@Qualifier("beanname"),来指定装配哪个对象。
@Qualifier注解会告诉spring去装配StudentServer对象。这个时候我们就可以成功注入正确的对象了。
来源 ：@Resource注解由J2EE提供，需要导入包javax.annotation.Resource。
说明 ：@Resource可以设置by-name(按名称)和by-type(按类型)来进行自动装配。如果没指定则默认按照ByName自动注入。
示例 ：
没有指定name，又没有指定type，该注解会自动按照by-name方式进行装配，如果匹配则自动装配。如果没有匹配，则按照by-type进行查找，如果都没查找到，那么则抛出异常。
指定了name，则从上下文中查找名称（id）匹配的bean进行装配，找不到则抛出异常。
指定了type，则从上下文中找到类似匹配的唯一bean进行装配，找不到或是找到多个，都会抛出异常。
同时指定了name和type，则从Spring上下文中找到唯一匹配的bean进行装配，找不到则抛出异常。
@Autowired是Spring的注解通过类型（type）来实现装配Bean，也可以通过名称（name）来装配Bean（需要配合@Qualifier("beanname")使用）。依赖对象必须存在，如果要允许null值，可以设置它的required属性为false @Autowired(required=false)。
@Resource是J2EE的注解是Java自已的东西使用@Resource可以减少代码和Spring之间的耦合。它可以通过by-type来实现装配Bean,也可以by-name进行装配,如果指定了则按照指定的进行装配，如果都没指定的话先by-name 后by-type 也可以同时指定by-name与by-type。
彻底搞明白Spring中的自动装配和Autowired
当Spring装配Bean属性时，有时候非常明确，就是需要将某个Bean的引用装配给指定属性。比如，如果我们的应用上下文中只有一个 org.mybatis.spring.SqlSessionFactoryBean 类型的Bean，那么任意一个依赖 SqlSessionFactoryBean 的其他Bean就是需要这个Bean。毕竟这里只有一个 SqlSessionFactoryBean 的Bean。
为了应对这种明确的装配场景，Spring提供了自动装配(autowiring)。与其显式的装配Bean属性，为何不让Spring识别出可以自动装配的场景。
当涉及到自动装配Bean的依赖关系时，Spring有多种处理方式。因此，Spring提供了4种自动装配策略。
Spring在 AutowireCapableBeanFactory 接口中定义了这几种策略。其中， AUTOWIRE_AUTODETECT 被标记为过时方法，在Spring3.0之后已经不再支持。
它的意思是，把与Bean的属性具有相同名字的其他Bean自动装配到Bean的对应属性中。听起来可能比较拗口，我们来看个例子。
首先，在User的Bean中有个属性 Role myRole ，再创建一个Role的Bean，它的名字如果叫myRole，那么在User中就可以使用byName来自动装配。
上面是Bean的定义，再看配置文件。
如上所述，只要属性名称和Bean的名称可以对应，那么在user的Bean中就可以使用byName来自动装配。那么，如果属性名称对应不上呢？
是的，如果不使用属性名称来对应，你也可以选择使用类型来自动装配。它的意思是，把与Bean的属性具有相同类型的其他Bean自动装配到Bean的对应属性中。
还是上面的例子，如果使用byType，Role Bean的ID都可以省去。
它是说，把与Bean的构造器入参具有相同类型的其他Bean自动装配到Bean构造器的对应入参中。值的注意的是， 具有相同类型的其他Bean 这句话说明它在查找入参的时候，还是通过Bean的类型来确定。
构造器中入参的类型为Role
它首先会尝试使用constructor进行自动装配，如果失败再尝试使用byType。不过，它在Spring3.0之后已经被标记为 @Deprecated 。
默认情况下，default-autowire属性被设置为none，标示所有的Bean都不使用自动装配，除非Bean上配置了autowire属性。 如果你需要为所有的Bean配置相同的autowire属性，有个办法可以简化这一操作。 在根元素Beans上增加属性 default-autowire="byType" 。
Spring自动装配的优点不言而喻。但是事实上，在Spring XML配置文件里的自动装配并不推荐使用，其中笔者认为最大的缺点在于不确定性。或者除非你对整个Spring应用中的所有Bean的情况了如指掌，不然随着Bean的增多和关系复杂度的上升，情况可能会很糟糕。
从Spring2.5开始，开始支持使用注解来自动装配Bean的属性。它允许更细粒度的自动装配，我们可以选择性的标注某一个属性来对其应用自动装配。
Spring支持几种不同的应用于自动装配的注解。
我们今天只重点关注Autowired注解，关于它的解析和注入过程，请参考笔者Spring源码系列的文章。 Spring源码分析（二）bean的实例化和IOC依赖注入
使用@Autowired很简单，在需要注入的属性加入注解即可。
不过，使用它有几个点需要注意。
默认情况下，它具有强制契约特性，其所标注的属性必须是可装配的。如果没有Bean可以装配到Autowired所标注的属性或参数中，那么你会看到 NoSuchBeanDefinitionException 的异常信息。
看到上面的源码，我们可以得到这一信息，Bean集合为空不要紧，关键 isRequired 条件不能成立，那么，如果我们不确定属性是否可以装配，可以这样来使用Autowired。
我记得曾经有个面试题是这样问的：Autowired是按照什么策略来自动装配的呢？
关于这个问题，不能一概而论，你不能简单的说按照类型或者按照名称。但可以确定的一点的是，它默认是按照类型来自动装配的，即byType。
关键点 findAutowireCandidates 这个方法。
可以看到它返回的是一个列表，那么就表明，按照类型匹配可能会查询到多个实例。到底应该装配哪个实例呢？我看有的文章里说，可以加注解以此规避。比如 @qulifier、@Primary 等，实际还有个简单的办法。
比如，按照UserService接口类型来装配它的实现类。UserService接口有多个实现类，分为 UserServiceImpl、UserServiceImpl2 。那么我们在注入的时候，就可以把属性名称定义为Bean实现类的名称。
这样的话，Spring会按照byName来进行装配。首先，如果查到类型的多个实例，Spring已经做了判断。
可以看出，如果查到多个实例， determineAutowireCandidate 方法就是关键。它来确定一个合适的Bean返回。其中一部分就是按照Bean的名称来匹配。
最后我们回到问题上，得到的答案就是：@Autowired默认使用byType来装配属性，如果匹配到类型的多个实例，再通过byName来确定Bean。
上面我们已经看到了，通过byType可能会找到多个实例的Bean。然后再通过byName来确定一个合适的Bean，如果通过名称也确定不了呢？ 还是 determineAutowireCandidate 这个方法，它还有两种方式来确定。
它的作用是看Bean上是否包含@Primary注解，如果包含就返回。当然了，你不能把多个Bean都设置为@Primary，不然你会得到 NoUniqueBeanDefinitionException 这个异常。
你也可以在Bean上配置@Priority注解，它有个int类型的属性value，可以配置优先级大小。数字越小的，就被优先匹配。同样的，你也不能把多个Bean的优先级配置成相同大小的数值，否则 NoUniqueBeanDefinitionException 异常照样出来找你。
最后，有一点需要注意。Priority的包在 javax.annotation.Priority; ，如果想使用它还要引入一个坐标。
本章节重点阐述了Spring中的自动装配的几种策略，又通过源码分析了Autowired注解的使用方式。 在Spring3.0之后，有效的自动装配策略分为 byType、byName、constructor 三种方式。注解Autowired默认使用byType来自动装配，如果存在类型的多个实例就尝试使用byName匹配，如果通过byName也确定不了，可以通过Primary和Priority注解来确定。
autowired多个对性能有影响吗
没影响。Autowired可以对类成员变量、方法及构造函数进行标注，完成自动装配的工作。通过Autowired的使用来消除set，get方法。
SpringBoot中的autowired注解可以修饰接口吗？
对于这个问题，从本人的经验来看，接口不能实例化，autowired的本质是从IOC容器中将实例赋值给成员变量，所以autowired自然是不能修饰接口的。
但是事实上，autowired可以修饰接口，是因为这个接口有类实现它。
请看例子：
如果仅是一个接口VideoService，在Controller中注入该注解，在启动应用的时候，会报如下的错误：
接着如果有类实现这个接口，就不会报错。
这里引申出接口有多个实现类的注入方式，启动时会报错：
建议使用@Primary注解使其优先被选择，或者使用@Qualifier指定注入一个Bean。
spring 注解 Autowired 和 Inject 两个功能是一样的吗
Spring对于Bean的依赖注入，支持多种注解方式：
@Resourcejavax.annotationJSR250 (Common Annotations for Java)@Injectjavax.injectJSR330 (Dependency Injection for Java)@Autowiredorg.springframework.bean.factorySpring
直观上看起来，@Autowired是Spring提供的注解，其他几个都是JDK本身内建的注解，Spring对这些注解也进行了支持。但是使用起来这三者到底有什么区别呢？笔者经过方法的测试，发现一些有意思的特性。
区别总结如下：
一、@Autowired有个required属性，可以配置为false，这种情况下如果没有找到对应的bean是不会抛异常的。@Inject和@Resource没有提供对应的配置，所以必须找到否则会抛异常。
二、 @Autowired和@Inject基本是一样的，因为两者都是使用AutowiredAnnotationBeanPostProcessor来处理依赖注入。
但是@Resource是个例外，它使用的是CommonAnnotationBeanPostProcessor来处理依赖注入。当然，两者都是BeanPostProcessor。
@Autowired和@Inject- 默认 autowired by type- 可以 通过@Qualifier 显式指定 autowired by qualifier name。- 如果 autowired by type 失败（找不到或者找到多个实现），则退化为autowired by field name@Resource- 默认 autowired by field name- 如果 autowired by field name失败，会退化为 autowired by type- 可以 通过@Qualifier 显式指定 autowired by qualifier name- 如果 autowired by qualifier name失败，会退化为 autowired by field name。但是这时候如果 autowired by field name失败，就不会再退化为autowired by type了。