Bean本质上就是一个对象,通过(无参)构造方法创建bean,即bean的实例化。有3种方法。
【报错1】Bean创建异常的原因之一就是构造方法出错:
(bean创建异常有很多原因,但是一般只需要看最下面的原因就可以发现问题所在。)
【方法1】构造方法:无参构造(default constructor)
默认已有创造bean的无参构造方法存在。
【方法2】静态工厂:(static)
还要在配置中指明,工厂类中真正创建bean的方法名是什么(factory-method属性)。
【方法3】实例工厂:需要先实例化一个实例工厂的bean,是在【方法2】静态工厂的基础上改进
(我的理解:静态工厂是一直存在的,即拿即用,所以不用特别指明,但是实例工厂是每次要创建业务的bean了才创一个的,所以还要指明哪个是工厂的bean。可以联想到懒汉模式和饿汉模式)
除了要在配置中指明工厂类中真正创建bean的方法名是什么(factory-method属性),还要指明实例工厂的bean(factory-bean属性)。即先产生工厂的bean,再通过实例化的工厂产生目标的业务bean。
【方法3改良-重点】FactoryBean:
基于【方法3】改良针对的问题有:【1】实例化的工厂bean只是为了配合使用,毫无意义【2】创造目标bean的工厂方法名不固定,每一次都需要配置(耦合度高)。
即一个工厂bean类就解决了原来先创建工厂bean的“多此一举”。
是否单例 也可以实现FactoryBean接口的另一方法来设置。
【bean生命周期的控制】
【Ⅰ】通过生命周期控制方法:设置bean的初始化方法和销毁方法,并在配置文件中指出——bean标签中的初始化方法属性init-method和销毁方法属性destroy-method。
【1】必须要调用上下文的close()才能运行到destroy方法,比较暴力。(只能放在最后关闭)
【报错2】如果不放在代码段末,就会发生bean还未被实例化 便已被关闭的报错:
或【2】设置“钩子”进行关闭、销毁。(钩子放在何处都能起作用)
但是实际上!!!web应用中【1】和【2】都是不需要的,关闭容器应该交给tomcat来一起关闭。
(了解*)控制bean的生命周期还可以通过【Ⅱ】接口控制的方式:实现InitializingBean和DisposableBean接口。(afterPropertiesSet方法决定了执行的顺序)
【生命周期】
【阶段1】初始化容器:
【1】创建对象(内存分配)👉【2】执行构造方法👉【3】执行属性注入(set操作)👉【4】执行bean初始化方法
【阶段2】使用bean:执行业务操作
【阶段3】销毁容器:执行bean销毁方法