spring生命周期七个过程 springbeen的生命周期

springbean的生命周期是什么？

对于实现了 springframework beans factory BeanFactoryAware接口的类 当它被BeanFactory创建后 它会拥有一个指向创建他的BeanFactory的引用

如果你不没有学习过Spring的源码，可能就知道Aware接口和调用init方法这样的生命周期，所以这个问题即考察对3、调用自己的方法Spring的微观了解，又考察对Spring的宏观认识，想要答好并不容易！

spring生命周期七个过程 springbeen的生命周期

spring生命周期七个过程 springbeen的生命周期

注意事项：

Spring的一个的目的就是使JAVA EE开发更加容易。同时，Spring之所以与Struts、Hibernate等单层框架不同，是因为Spring致力于提供一个以统一的、高效的方式构造整个应用，并且可以将单层框架以的组合揉和在一起建立一个连贯的体系。

可以说Spring是一个提供了更完善开发环境的一个框架，可以为POJO(Plain Ordinary Ja Object)对象提供企业级的服务。

生命周期法分为几个阶段，各阶段的主要任务是什么

生命周期法分为5个阶段，分别为：需求分析、设计、实施、运行和审计。

一：需求分析阶段

需求分析就是确定企业的需求，并将这些需求反映到信息系统的需求规范。需求分析阶段主要是为满足用户需求而建立的一种新的系统逻辑模型。需求分析主要由系统分析员进行。

生命周期方法的具体过程和这套表达工具的使用：

1、了解系统的组织结构

次接触往往是部门或单位的组织结构。表达部门或单位组织结构最直观的方式是组织结构图。

组织结构图：将需要理解的组织划分为若干部分，以各部分之间的直线表示行政隶属关系或管理与被管理的关系。这样形成的示意图称为组织结构图。

绘制组织结构图的目的是从系统整体上了解信息流的总体情况，掌握与本项目相关的信息流集中部分，以确定下一次现场业public void testSpringLifeCycle(){务调研的目标。

2、业务活动分析

业务活动分析：所谓业务活动分析，是指借助于图表工具对业务流程进行抽象描述，并与其具体的工作场所和实现手段相分离。

业务流程的描述侧重于整个业务流程的完整表达，包括业务的不同处理方式和票据、账户的存储方式。

调查方法：

首先，根据对组织结构的初步了解和调查，选择最重要、最紧迫的部门进行重点调查，在重点部位投入有限的人力。

其次，通过寄信或问卷的方式收集其他信息。此类信函或问卷可分为两类：业务处理调查和信息调查。

3、数据流程图和数据分析

数据流图：数据流图通过数据流、数据存储、数据处理和外部实体，抽象、全面地描述整个系统的信息流。业务流程图用于描述作序列。数据流图只使用四种表示法：数据流、数据存储、数据处理和外部实体。

扩展资料：

相似方法：生产周期法

生产周期法是根据每个订单编制的生产周期图标和交货期要求，采用逆向工艺顺序，依次确定产品或零部件在每个生产阶段的投入产出时间的生产方法。

小批量生产企业编制生产作业的方法，既不同于大批量生产企业，也不同于批量生产企业。由于这种生产方法不重复生产或不经常重复生产，因此没有规定在制品的占有率。

而且，由于这种生产方式不重复生产，也不经常重复生产，单小批量生产的企业该方法在bean初始化方法前被调用，Spring AOP的底层处理也是通过实现BeanPostProcessor来执行逻辑的不需要指定生产数量。不宜采用在制品定额或累计编号的方法编制生产作业。

这种企业组织生产时，每种产品的任务量是接受订单的数量，不需要调整。

参考资料来源：

Spring框架中bean的生命周期是什么？

ApplicationContext }}context =

【】：· Spring容器读取XML文件中bean的定义并实例化bean。

· Spring根据bean的定义设置属性值。

· 如果该Bean实现了BeanFactoryAware接口，Spring将beanfactory传递给setBeanFactory()方法。

· 如果任何bean BeanPostProcessors 和该bean相关，Spring调用tProcessBeforeInitialization()方法。

· 如果该Bean实现了InitializingBean接口，调用Bean中的afterPropertiesSet方法。如果bean有初始化函数声明，调用相应的初始化方法。

· 如果任何bean BeanPostProcessors 和该bean相关，调用tProcessAfterInitialization()方法。

· 如果该bean实现了DisableBean，调用destroy()方法。

spring bean 生命周期

context包的基础是位于ntext包中的ApplicationContext接口 它是由BeanFactory接口派生而来的 提供了BeanFactory的所有功能 为了以一种更面向框架的方式工作 使用分层和继承关系的上下文 context包还提供了一下的功能

Bean在Spring Bean应用上下文中的生命周期：

在spring2.0之前bean只有2种作用域即：singleton(单例)、non-singleton（也称prototype），Spring2.0以后，增加了session、request、global session三种专用于Web应用程序上下文的Bean。因此，默认情况下Spring2.0现在有五种类型的Bean.

第2步、设置属性值

第3步、调用BeanNameAware的setBeanName()方法

第4步、调用BeanFactoryAware的setBeanFactory()方法（设置的BeanFactory对这个bean有什么用？）

例如，有这样一个类

class A implements BeanNameAware{

private BeanFactory factory;

this.factory = f;

然后在spring的容器中用标签配置上这个类。

那么，当spring容器启动时，到这个地方，就会把容器本身作为一个BeanFactory给注入到类A里面去。至于A拿到这个factory之后要干什么，那就由着A自己为所欲为了。

实际上第5步跟这个不多，只不过容器被作为ApplicationContext来注入了。BeanFactory和ApplicationContext本质上是一个东西，印象里似乎是spring版本升级后引入的ApplicationContext。spring使用后者。

有了这个东西，就可以在一些不太方便用spring来管理上下文的地方使用spring容器了。比如，我见过用第5步的方式把spring的容器给存在一个util类里，在servlet中利用这个util去获取spring容器中配置和管理的类的实例。

第5步、调用ApplicationContextAware方法setApplicationContext()方法（上下文一般传给bean什么东西？能举几个例子么？）

第6步、调用BeanPostProcessor的预初始化方法(before>（预初始化和初始化有什么区别啊，能举例子说下哪些是在预初始化完成的？）

不太理解……推测是先初始化bean的配置。spring的bean配置和bean实例是两回事。最简单的，两个配置中可以用parent来指定继承关系，但这两个bean所代表的类和实例可能根本没有继承关系。预初始化可能就是先把bean的配置做一个初始化，然后再根据完整的配置去初始化实例。

第7步、调用InitializingBean的afterPropertiesSet()方法（这个是干什么的？为什么还要有这步？）

spring的依赖注入，是通过类的set方法来注入的。这个方法就是用来在某个bean配置的所有property配置都通过bean实例的set方法成功注入到bean实例中之后，再做一些动作。尤其是一些资源的初始化作。

Spring Bean 作用域和生命周期

当一个bean的作用域设置为singleton，那么Spring IOC容器中只会存在一个共享的bean实例，并且所有对bean的请求，只要id与该bean定义相匹配，则只会返回bean的同一实例。换言之，当把一个bean定义设置为singleton作用域时，Spring IOC容器只会创建该bean定义的实例。

spring bean默认为单例，避免了对象的频繁创建与销毁，达到了bean对象的复用，性能高。

像表现层、业务层、数据层、工具类对象只需要调用方法，比较适合交给Spring IoC容器管理

Spring 根据 Be

综上所述： 为了更好研究如何控制bean周期，下面案例中创建的bean默认都使用单例模式。

Bean 生命周期回调的方法主要有两种：

我们可以通过以下方式 2种方式自定义 Bean 的生命周期回调方法：

注意 ：由于通过接口设置生命周期的方式会导致代码的耦合性过高，所以通常情况下，我们会通过xml设置生命周期。

通过 元素中的 init-mod 和 destory-mod 属性，指定 Bean 的生命周期回调方法。

spring生成bean对象的生命周期有哪些种类?

反过来，在第二种情况下，可以减少内存的消耗，但是不容易发现错误

singleton ，prototype ， session，request，globalsession

后三个是在web应用中的！

并且 spring 也可以自定义生命由于ApplicationContext类中没有关闭容器的方法，所以想要关闭容器需要用到ApplicationContext的子类——ClassPathXmlApplicationContext类。该类又有两种方法可以关闭容器周期的！

自己实现Lifecylce接口

bean的生命周期是什么？

传统的创建对象的方法是直接通过 new 关键字 ，而 spring 则是通过 IOC 容器来创建对象，也就是说我们将创建对象的控制权交给了 IOC 容器。我们可以用一句话来概括 IOC

Bean的生命周期是一个很复杂的执行过程，是利用Spring提供的方法定制Bean的创建过程，当一个 Bean被加载到Spring容器时，它就具有了生命，而Spring容器在保证一个Bean能够使用之前，会进行很多工作。

我们可以在 Spring Bean 的 Ja 类中，通过实现 InitializingBean 和 DisableBean 接口，指定 Bean 的生命周期回调方法。

Bean的生命周期主要由容器进行管理，我们可以自定义bean的初始化和销毁方法，容器在bean进行到生命周期的特定时间点，来调用自定义的初始化和销毁方法。

Spring Bean的生命周期只有四个阶段。把这四个阶段和每个阶段对应的扩展点糅合在一起虽然没有问题，但是这样非常凌乱，难以记忆。要搞清楚Spring的生命周期，首先要把这四个阶段牢牢记住。实例化和属性赋值对应构造方法和setter方法的注入，初始化和销毁是用户能自定义扩展的两个阶段。

Bean的生命周期演示注意事项：

一个简单的Spring Bean，调用Bean自身的方法和Bean级生命周期接口方法，为了方便演示，它实现了BeanNameAware、BeanFactoryAware、InitializingBean和DiableBean这4个接口，同时有2个方法，对应配置文件中的init-mod和destroy-mod。

spring中bean的生命周期是怎么样的？

scope=“global session” 同一个全局Session共享一个Bean，一般用于portlet应用环境

3.如果Bean实现了BeanNameAware接口，Spring将Bean的ID传递给setBeanName()方法。

（实现BeanNameAware清主要是为了通过Bean的引用来获得Bean的ID，一般业务中是很少有用到Bean的ID的）。

4.如果Bean实现了BeanFactoryAware接口，Spring将调用setBeanDactory(BeanSpring Bean的生命周期指的是从一个普通的Ja类变成Bean的过程，深知Spring源码的人都知道这个给面试官将的话大可讲30分钟以上。Factory bf)方法并把BeanFactory容器实例作为参数传入。

springboot启动流程是什么?

首先贴一张很不错的图,SpringBoot启动结构图,出自SpringBoot启动流程解析。本文的分析基于Spring Boot 2.1.5,非Spring的代码只有下面这个启。

提供大量的Web框架方便开发等等。Spring框架具有控制反转（IOC）特性，IOC旨在方便项目维护和测试，它提供了一种通过Ja的反射机制对Ja对象进行统一的配置和管理的方法。

Spring框架利用容器管理对象的生命周期，容器可以要使用自定义的PropertyEditors 必须使用 springframewonfig CustomEditorConfigurer来注册自定义的属性编辑器通过扫描XML文件或类上特定Ja注解来配置对象，开发者可以通过依赖查找或依赖注入来获得对象。

SpringBoot的启动主要是通过实例化SpringApplication来启动的。

启动过程主要做了以下几件事情：配置属性、获取，发布应用开始启动初、始化输入参数、配置环境，输出banner、创建上下文、预处理上下文、刷新上下文(加载tomcat容器)、再刷新上下文、发布应用已经启动、发布应用启动完成。

在SpringBoot中启动tomcat的工作在刷新上下这一步。

而tomcat的启动主要是实例化两个组件：Connector、Container，一个tomcat实例就是一个，一个包含多个Serv，也就是多个应用程序public void setBeanFactory(BeanFactory f){，每个Serv包含多个Connector和一个Container，而一个Container下又包含多个子容器。

SpringBoot2.x基础篇—Bean的生命周期方法（实现Lifecycle接口）

· 如果该Bean实现了BeanNameAware接口 我们看到的下一个扩展点是，Spring将bean的id传递给setBeanName()方法。

bean的创建时在 finishBeanFactoryInitialization(beanFactory); 方法。该方法中也有bean的生命周期的回调方法。 SpringBoot2.x基础篇—Bean的生命周期方法（与容器耦合）

而实现了Lifecycle接口的bean，将会在 finishRefresh(); 方法中执行生命周期方法。（此时所有的bean均初始化完毕即Spring初始化完成，与Spring容器的创建解耦）。

常规的LifeCycle接口只是在容器上下文显式的调用start()/stop()方法时，才会去回调LifeCycle的实现类的start stop方法逻辑。并不意味着在上下文刷新时自动启动。

ApplicationContext本身接收启动和停止信号(例如在运行时停止/重启场景)时，spring容器将在容器上下文中找出所有实现了LifeCycle及其子类接口的类，并一一调用它们实现的类。spring是通过委托给生命周期处理器LifecycleProcessor来实现这一点的。

那么,如果Spring容器上下文没有显式的调用start和destory(或者close,stop)等方法时，我们也需要做到生命周期回调，怎么做?

如果该 Lifecycle 类所在的上下文在调用 refresh 时,希望能够自己自动进行回调，则返回 true ，false的值表明组件打算通过显式的start()调用来启动，类似于普通的Lifecycle实现。

玩转Spring生命周期之Lifecycle

Spring创建Bean的过程

public void createObjectInstanceFactory(){

beans包提供了以编程方式管理和作bean的基本功能 而context包增加了ApplicationContext 它以一种更加面向框架的方式增强了BeanFactory的功能

a MessageSource 对I N消息的访问

b 资源访问 例如URL和文件

c 传递给是吸纳了ApplicationListener接口的bean

d 载入多个(有继承关系）上下文 使得每一个上下文都专注于一个特定的层是 比如应用的web层

化支持

当一个ApplicationContext被加载时 它会自动查找在context中定义的MessageSource bean 这个bean必须交做messageSource 如果找了这样一个bean 所有对上述方法的调用将被委托给找到的messageSource 如果没有找到messageSource ApplicationContext将会尝试查找他的父亲是否包含有同名的bean 如果有 它将把找到的bean作为MessageSource 如果他没有找到任何的信息处理源 他会创建一个StaticMessageSource

Spring目前提供了两个MessageSource的实现 他们是

ResourceBundleMessageSource和StaticMessageSource 两者都实现了NestingMessageSource一边能够处理嵌套的信息 StaticMessageSource很少被使用 但是他提供了编程的方式向source增加信息 我们经常使用的是ResourceBundleMessageSource

在Spring中使用资源

Resource getResource(String location)

该方法返回一个资源句柄 这个句柄应该总是一个可重复使用的资源描述符 允许多次调用getInputStream();

getResource()方法的参数是一个资源访问地址 例如

file:c:/test data

classpath:test data(从classpath路径中查找test dat文件并返回他的资源句柄)

WEB INF/test dat

注意 getResource()方法返回的Resource句柄并不意味着资源实际存在 你需要调用Resource接口的exists()方法判断资源是否存在

Resource提供了与协议无关的特性

传递

ApplicationContext中的时间处理是通过AppcationEvent类和ApplicationListener接口来提供的 如果上下文中部署了一个实现了ApplicationListener接口的bean 每次一个ApplicationEvent发布到ApplicationContext时 那个bean就会被通知 实质撒谎功能 这是标准的Observer设计模式

Spring提供的三个标准

a ContextRefreshedEvent

当ApplicationContext已经初始化或刷新后发送的 这里初始化意味着 所有的bean被装载 singleton被预实例化 以及ApplicationContext已经准备好

b ContextClosedEvent

当使用ApplicationContext的close()方法结束上下文的时候发送的 这里意味着 singleton被销毁

c RequestHandledEvent

一个与web相关的 告诉所有的bean一个HTTP请求已经被响应了（这个时间将会在一个请求结束后被发送—) 注意 这个时间只能应用于使用了Spring的DispatcherServlet的web应用

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

LifeCycle

InitializingBean/init mod

实现 springframework beans factory InitializingBean接口允许一个bean在他的所有必需的属性被BeanFactory设置后 来执行初始化的工作

当然可以使用init mod来取代实现这个接口 以让应用不与sprin 生耦合

如果一个bean既实现了InitializingBean 又指定了init mod 则spring会先调InitializingBean的方法 在调init mod指定的方法

DisableBean/destroy mod

实现 springframework beans factory DisableBean接口允许一个bean 可以在包含他的BeanFactory销毁的时候得到一个回调

注意 BeanFactory对bean的管理默认是单实例的 如果bean不是单示例的 spring就不能管理他的生命周期

BeanNameAware

如果一个bean实现了 springframework beans factory BeanNameAware接口 并且被部署到一个BeanFactory中 那么BeanFactory就会通过这个接口来调用bean 以便通知这个bean他被部署的id 这个回调发生在普通的bean属性设置之后 在初始化回调之前 比如InitializingBean的afterProperteis方法（或者自定义的init mod)

Bean的生命周期如下

Bean的构造

调用setXXX()方法设置Bean的属性

调用BeanNameAware的setBeanName();

调用BeanPostProcessor的tProcessBeforeInitialization()方法

调用InitializingBean的afterPropertiesSet()方法

调用自定义的初始化方法

调用BeanPostProcessor类的tProcessAfterInitialization()方法

调用DisableBean的destroy()方法

调用自定义的销毁方法

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

扩展Spring的Ioc框架

Spring框架的IoC组件被设计为可扩展的 通常应用开发者并不需要子类化各个BeanFactory或ApplicationContext的实现类 通过插入特定接入接口的实现 Spring的IoC容器就可以不受限制的进行扩展

BeanPostProcessor:在创建bean之后调用

BeanFactoryPostProcessors 在创建bean之前调用

如果想在spring容器完成一个bean的实例化后 再对他进行初始化之前或之后执行一些自定义的逻辑 可以插入一个或多个BeanPostProcessor的实例

springframewonfig BeanPostProcessor接口包含了两个回调方法 当一个类作为容器的后置处理器(t processor）被注册后 对于由容器创建的每个bean实例 在任一个初始化方法（例如afterProperties和利用init mod声明的方法）调用前后后置处理器会从容器中分别获取一个回调 后置处理器可以随意对这个bean实例执行他所期望的动作 也包括完全忽略这个回调

BeanFactory和ApplicationContext对待bean后置处理器稍有不同

ApplicationContext会自动检测任何提供给他的在配置元数据中定义实现了Bhello.sayHello();eanPostProcessor接口的bean 并把它们注册为后置处理器 然后在容器创建bean的适当时候调用它 部署一个后置处理器同部署其他的bean并没有什么区别 无需其他的动作 而另一方面 当使用BeanFactory的时候 bean后置处理器鼻息编写代码显示的去注册

springframewonfig BeanFactoryPostProcessor 出一个主要的区别外 这个接口的寓意类似于BeanPostProcessor BeanFactoryPostProcessor作用于bean的定义上（例如 提供给容易的配置元数据） 也就是说 Spring IoC容器允许BeanFactoryPostProcessor在容易实际实例化任何bean之前读取配置元数据并可能修改它

Spring包含了许多已有的bean工厂后置处理器 例如PropertyResourceConfigure和PropertyPlaceHolderConfigure以及 BeanNameAutoProxyCreator

PropertyPlaceholderConfigurer

作为一个bean工厂后置处理器的实现 可以用来将BeanFactory定义中的一些属性值放置到另一个单独的Ja Properties格式的文件中 这就允许用户在部署应用的时候定制一些关键属性（例如数据库URL 用户名和密码） 而不用对主XML定义文件或容器所用文件进行复杂和危险的修改

PropertyOverrideConfigurer

类似于PropertyPlaceholderConfigurer 但是与后者相比 前者对于bean属性可以有却兴致或者根本没有值 如果起覆盖左右的Properties文件没有某个bean属性的内容 那么将使用却行的上下文定义

bean工厂的定义并不会议室到被覆盖 所以仅仅擦看XML定义文件并不能立刻明显的知道覆盖配置是否被起作用了 在多个PropertyOverrideConfigurer对一个bean属性定义了不同的值的时候 一个将取胜

他使用beanName propertyName来指定值 而且不需要在bean中进行配置

注册用户自定义的PropertyEditors

a 当用字符串值设置bean的属性时 BeanFactory实质上使用了标准的JaBeans的PropertyEditor将这些String转换为属性的复杂类型 Spring预先注册了很多定制的PropertyEditor（比如 将一个字符串表示我的classname转换成阵阵的Class对象）

b 要编写一个属性编辑器 可以实现PropertyEditor接口 更为简便的方式是从PropertyEditorSupport类继承

FactoryBean可以用来做

springframework beans factory FactoryBean

要想得到FactoryBean本身 需要在beanName前面加上& 即&beanName

BeanFactory和ApplicationContext的区别

ApplicationContext是在ApplicationContext初始化的时候就把所有的bean都创建好了 并存放在缓存中

lishixinzhi/Article/program/Ja/ky/201311/28565