Spring提供了配置信息的继承机制，可以通过为<bean>元素指定parent值重用已有的<bean>元素的配置信息。
对于spring配置一个bean时，如果需要给该bean提供一些初始化参数，则需要通过依赖注入方式，所谓的依赖注入就是通过spring将bean所需要的一些参数传递到bean实例对象的过程，spring的依赖注入有3种方式：
通过 ClassPathXmlApplicationContext 进行文件加载。
由于在手动配置xml过程中，常常发生字母缺漏和大小写等错误，而无法对其进行检查，使得开发效率降低。
面试前还是很有必要针对性的刷一些题，很多朋友的实战能力很强，但是理论比较薄弱，面试前不做准备是很吃亏的。这里整理了很多面试常考的一些面试题，希望能帮助到你面试前的复习并且找到一个好的工作，也节省你在网上搜索资料的时间来学习。
控制反转是软件工程中的一个原则，它将对象或程序的某些部分的控制权转移给容器或框架。我们最常在面向对象编程的上下文中使用它。
byType在出现多个匹配项时不会自动选择一个然是报错，为避免报错，有两种办法：1.使用<bean>元素的primary属性，设置为首选Bean，但所有bean的默认primary都是true，因此我们需要将所有非首选Bean设置为false；2.将Bean的autowire-candidate熟悉设置为false ，取消 这个Bean的候选资格，这个Bean便不会自动注入了。
Spring3.0之前要使用Spring必须要有一个xml配置文件，而Spring3.0之后注解慢慢登上舞台，通过注解@Configuration和@Bean可以完全搞定。此时，注解和xml配置形成了相互协作与竞争的关系。随着Springboot的推广，注解的使用在Spring中大放光彩，xml的辉煌一去不返。通过注解，简化了配置，提升了编码效率。
springIOC容器可以自动装配Bean，需要做的仅仅是在<bean>中的autowire属性里指定自动装配的方式。
随着SpringBoot的流行，基于注解式开发的热潮逐渐覆盖了基于XML纯配置的开发，而作为Spring中最核心的bean当然也能够使用注解的方式进行表示。所以本篇就来详细的讨论一下作为Spring中的Bean到底都有哪些用法。
Spring 是一个轻量级的企业级应用开发框架，于 2004 年由 Rod Johnson 发布了 1.0 版本。经过十几年的迭代，现在的 Spring 框架已经非常成熟了。Spring 包含了众多模块，包括但不限于 Core、Bean、Context、AOP 和 Web 等。在今天，我们完全可以使用 Spring 所提供的一站式解决方案开发出我们所需要的应用。作为 Java 程序员，我们会经常和 Spring 框架打交道，所以还是很有必要弄懂 Spring 的原理。
The introduction of annotation-based configuration raised the question of whether this approach is "better" than XML
xml方式如<beans>节点中的default-autowire属性； 注解方式如：@Value()、@Resource、@Autowire、@Qualifier 本文我们主要分析 注解方式 的属性注入
坏处：依赖不能明确管理，可能会有多个bean同时符合注入规则，没有清晰的依赖关系。
Spring框架是由于软件开发的复杂性而创建的。Spring使用的是基本的JavaBean来完成以前只可能由EJB完成的事情。然而，Spring的用途不仅仅限于服务器端的开发。从简单性、可测试性和松耦合性的角度而言，绝大部分Java应用都可以从Spring中受益。 Spring优点： 低侵入式设计，代码的污染极低； 独立于各种应用服务器，基于Spring框架的应用，可以真正实现Write Once，Run Anywhere的承诺； Spring的IoC容器降低了业务对象替换的复杂性，提高了组件之间的解耦 S
Spring框架是由于软件开发的复杂性而创建的。Spring使用的是基本的JavaBean来完成以前只可能由EJB完成的事情。然而，Spring的用途不仅仅限于服务器端的开发。从简单性、可测试性和松耦合性的角度而言，绝大部分Java应用都可以从Spring中受益。 Spring优点： 低侵入式设计，代码的污染极低； 独立于各种应用服务器，基于Spring框架的应用，可以真正实现Write Once，Run Anywhere的承诺； Spring的IoC容器降低了业务对象替换的复杂性，提高了组件之间的解耦
默认情况下,Spring使用的注入模型是NO,即手动注入,其他模式都是自动注入,因此当我们在类中仅仅添加一个构造方法或者set方法是不会自动注入的,我们必须明确告诉spring我们要注入的是哪个bean以及属性值,如下代码使用的就是xml形式的用法
默认情况下，在xml文件中配置的bean都是单例模式，即实例化这个相同类型的bean时，返回的是同一个对象，即实例化IOC容器ctx时，就已经创建好了一个唯一的bean。我们可以在xml中设置scope属性的值来改变bean的作用域。
例子说明：创建一个User来控制一个Cat，使用Cat的shout方法。（一个人让自己的猫叫） 1.新建cat类
在看下面的内容之前，我们先要对自动注入及精确注入有一个大概的了解，所谓精确注入就是指，我们通过构造函数或者setter方法指定了我们对象之间的依赖，也就是我们上篇文章中讲到的依赖注入，然后Spring根据我们指定的依赖关系，精确的给我们完成了注入。那么自动注入是什么？我们看下面一段代码：
在Spring框架中，在配置文件中声明bean的依赖关系是一个很好的做法，因为Spring容器能够自动装配协作bean之间的关系。这称为spring自动装配。
2、基于构造函数进行注入，通过调用bean所属类的带参构造器为bean的属性注入值。
IoC 容器是 Spring 的核心，Spring 通过 IoC 容器来管理对象的实例化和初始化（这些对象就是 Spring Bean），以及对象从创建到销毁的整个生命周期。也就是管理对象和依赖，以及依赖的注入等等。
什么是注解 传统的Spring做法是使用.xml文件来对bean进行注入或者是配置aop、事务，这么做有两个缺点： 1、如果所有的内容都配置在.xml文件中，那么.xml文件将会十分庞大；如果按需求分开.xml文件，那么.xml文件又会非常多。总之这将导致配置文件的可读性与可维护性变得很低。 2、开发中需要在.java文件和.xml文件之间不断切换，是一件麻烦的事，同时这种思维上的不连贯也会降低开发的效率。 为了解决这两个问题，Spring引入了注解，通过@XXX的方式，让注解与Java Bean 紧密结合
通过前面的学习，我们会感觉到对于一个有较多Bean的大项目，Spring的配置会比较复杂。那么接下来我们就介绍如何简化Spring的配置。 简化Spring的配置主要分为两类： 1. 自动装配 2. 自动扫描 下面就详细介绍这两种简化配置的方式。 自动装配 自动装配的种类 byName：根据属性的名字自动装配 byType：根据属性的类型自动装配 constructor：根据构造器的参数类型自动装配 autodetect：最佳自动装配。首先采用constructor自动装配，若没有发现与构造器相匹配
A typical enterprise application does not consist of a single object (or bean in the Spring parlance). Even the simplest application has a few objects that work together to present what the end-user sees as a coherent application. This next section explains how you go from defining a number of bean definitions that stand alone to a fully realized application where objects collaborate to achieve a goal.
最大的好处：代码复用，减少重复代码。除了子类要实现的特定方法，其他方法及方法调用顺序都在父类中预先写好了。
注意：在使用 <context:property-placeholder> 元素加载外包配置文件功能前，首先需要在 XML 配置的一级标签 <beans> 中添加 context 相关的约束。
Handler：也就是处理器。它直接应对着MVC中的C也就是Controller层，它的具体表现形式有很多，可 以是类，也可以是方法。在Controller层中@RequestMapping标注的所有方法都可以看成是一个 Handler，只要可以实际处理请求就可以是Handler
传统的Spring做法是使用.xml文件来对bean进行注入或者是配置aop、事物，这么做有两个缺点：
byName自动装配遵循约定：为属性自动装配ID与该属性的名字相同的Bean。例如，将先前的kenny例子：
Spring的核心是轻量级（Lightweight）的容器（Container），它实现了IoC容器、非侵入性（No intrusive）的框架，并提供AOP概念的实现方式，提供对持久层（Persistence）、事务（Transaction）的支持，提供MVC Web框架的实现，并对一些常用的企业服务API（Application Interface）提供一致的模型封装，是一个全方位的应用程序框架（Application framework），另外，Spring也提供了对现有框架（Struts、JSF、Hibernate等）的整合方案。
当然，我们也可以使用abstract来表明一个Bean是一个抽象bean。抽象bean可以作为一个模板，且不能被实例化。同时，如果一个bean没有声明class，那么该bean也是一个抽象bean，且必须指定abstract="true"。
(1)在 spring 配置文件中，使用 bean 标签，标签里面添加对应属性，就可以实现对象创建
(1) 在 spring 配置文件中，使用 bean 标签，标签里面添加对应属性，就可以实现对象的创建
自动装配指使用 Spring 满足 Bean 依赖的一种方法，Spring 会在应用上下文中为某个 Bean 寻找其依赖的 Bean，主要有三种装配机制：
Spring 是一个开源应用框架，旨在降低应用程序开发的复杂度。它是轻量级、松散耦合的。它具有分层体系结构，允许用户选择组件，同时还为 J2EE 应用程序开发提供了一个有凝聚力的框架。它可以集成其他框架，如 Structs、Hibernate、EJB 等，所以又称为框架的框架。
📷 二.IOC 容器 (1)IOC 底层原理 (2)IOC 接口(BeanFactory) (3)IOC 操作 Bean 管理（基于 xml) (4)IOC 操作 Bean 管理（基于注解） 1.基本概念(底层原理) 1.1 什么是 IOC (1)控制反转,把对象的创建和对象之间的调用过程,交给 Spring 进行管理 (2)使用 IOC 的目的:为了耦合度降低 (3)做入门案例就是 IOC 的实现 1.2IOC 底层原理 (1)xml 解析、工厂模式、反射 1.2.1 画图讲解 IOC 底层原理 📷 📷
上一篇文章我们有怎么介绍到如何通过XML的形式来定义Spring的扩展《Spring面试高频题如何：自定义XML schema 扩展》，好多人都在吐槽现在都什么年代了，xml还有人再用吗？这玩意早就过时了吧，还有必要去掌握它吗？Spring官网都把这种方式放在最后面了，可想而知它的重要性到底怎样了？既然大家都吐槽了，那我们今天继续来介绍下基于注解的Spring扩展。
在前面分析Spring IoC容器的时候，贯穿全文的一个概念：Bean定义信息。它是Spring容器的一个核心概念，那么本文就深入分析一下BeanDefinition这个接口（类）。
基于注解的配置提供了一种XML设置的可替代方式，它依赖于字节码元数据来连接组件，而不是用尖括号声明的方式。代替使用XML来描述bean连接，开发者通过将注解使用在相关的类，方法或字段声明中，将配置移动到了组件类本身的内部。正如在“Example: The RequiredAnnotationBeanPostProcessor”那节提到的那样，使用BeanPostProcessor与注解结合是扩展Spring IoC容器的的常见方法。例如，Spring 2.0引入了@Required注解来执行需要的属性的可能性。Spring 2.5使以同样地通用方法来驱动Spring的依赖注入变为可能。本质上来说，@Autowired提供了如3.4.5小节描述的同样的能力。“Autowiring collaborators”但更细粒度的控制和更广的应用性。Spring 2.5也添加对JSR-250注解的支持，例如，@PostConstruct和@PreDestroy 。Spring 3.0添加了对JSR-330，包含在javax.inject包内的注解（Java的依赖注入）的支持，例如@Inject和@Named。关于这些注解的细节可以在相关的小节找到。
Spring容器是Spring框架的核心。容器将创建对象，它们连接在一起，配置它们，并从创建到销毁管理他们的整个生命周期。在Spring容器使用依赖注入（DI）来管理组成应用程序的组件。这些对象被称为Spring Beans。 IOC(Inversion of Control)：传统的方法，当某个java对象A需要调用对象B时，是由调用者（对象A）通过new关键字来创建对象B的，而在Spring中，则是由spring完成创建的，所以“控制反转”了。Spring通过一种称作控制反转（IoC）的技术促进了低耦合。当应用了IoC，一个对象依赖的其它对象会通过被动的方式传递进来，而不是这个对象自己创建或者查找依赖对象。你可以认为IoC与JNDI（JNDI是 Java 命名与目录接口Java Naming and Directory Interface））相反——不是对象从容器中查找依赖，而是容器在对象初始化时不等对象请求就主动将依赖传递给它。 DI(Dependency Injection)—IOC的另一种表述方式：即组件以一些预先定义好的方式(例如: setter方法)接受来自如容器的资源注入.相对于 IOC而言，这种表述更直接。
3.9 基于注解的容器配置 在配置Spring时注解是否比XML更好？ 基于注解配置的引入引出了一个问题——这种方式是否比基于XML的配置更好。简短的回答是视情况而定。长一点的回答是每种方法都有它的优点和缺点，通常是由开发者决定哪一种策略更适合他们。由于注解的定义方式，注解在它们的声明中提供了许多上下文，导致配置更简短更简洁。然而，XML擅长连接组件而不必接触源代码或重新编译它们。一些开发者更喜欢接近源代码，而另一些人则认为基于注解的类不再是POJOs，此外，配置变的去中心化，而且更难控制。 无论选择
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
