目录
编辑
21.什么是 Spring beans?
22、一个 Spring Bean 定义 包含什么?
23、如何给 Spring 容器提供配置元数据?
24、你怎样定义类的作用域?
25、解释 Spring 支持的几种 bean 的作用域。
26、Spring 框架中的单例 bean 是线程安全的吗?
27、解释 Spring 框架中 bean 的生命周期。
28、哪些是重要的 bean 生命周期方法?你能重载它们吗?
29、什么是 Spring 的内部 bean?
30、在 Spring 中如何注入一个 java 集合?
31、什么是 bean 装配?
32、什么是 bean 的自动装配?
33、解释不同方式的自动装配 。
34.自动装配有哪些局限性 ?
35、你可以在 Spring 中注入一个 null 和一个空字符串吗?
Spring beans 是那些形成 Spring 应用的主干的 java 对象。它们被 Spring IOC容器初始化,装配,和管理。这些 beans 通过容器中配置的元数据创建。比如,以 XML 文件中 的形式定义。
Spring 框架定义的 beans 都是单件 beans。在 bean tag 中有个属性”singleton”,如果它被赋为 TRUE,bean 就是单件,否则就是一个 prototype bean。默认是 TRUE,所以所有在 Spring 框架中的 beans 缺省都是单件。
一个 Spring Bean 的定义包含容器必知的所有配置元数据,包括如何创建一个bean,它的生命周期详情及它的依赖。
这里有三种重要的方法给 Spring 容器提供配置元数据。
XML 配置文件。
基于注解的配置。
基于 java 的配置。
当定义一个 在 Spring 里,我们还能给这个 bean 声明一个作用域。它可以通过bean 定义中的 scope 属性来定义。如,当 Spring 要在需要的时候每次生产一个新的 bean 实例,bean 的 scope 属性被指定为 prototype。另一方面,一个 bean每次使用的时候必须返回同一个实例,这个 bean 的 scope 属性 必须设为singleton。
Spring 框架支持以下五种 bean 的作用域:
singleton : bean 在每个 Spring ioc 容器中只有一个实例。
prototype:一个 bean 的定义可以有多个实例。
request:每次 http 请求都会创建一个 bean,该作用域仅在基于 web的 Spring ApplicationContext 情形下有效。
session:在一个 HTTP Session 中,一个 bean 定义对应一个实例。该作用域仅在基于 web 的 Spring ApplicationContext 情形下有效。
global-session:在一个全局的 HTTP Session 中,一个 bean 定义对应一个实例。该作用域仅在基于 web 的 Spring ApplicationContext 情形下有效。
缺省的 Spring bean 的作用域是 Singleton.
不,Spring 框架中的单例 bean 不是线程安全的。
(1)Spring 容器 从 XML 文件中读取 bean 的定义,并实例化 bean。
(2)Spring 根据 bean 的定义填充所有的属性。
(3)如果 bean 实现了 BeanNameAware 接口,Spring 传递 bean 的 ID 到setBeanName 方法。
(4)如果 Bean 实现了 BeanFactoryAware 接口, Spring 传递beanfactory 给 setBeanFactory 方法。
(5)如果有任何与 bean 相关联的 BeanPostProcessors,Spring 会在postProcesserBeforeInitialization()方法内调用它们。
(6)如果 bean 实现 IntializingBean 了,调用它的 afterPropertySet 方法,
(7)如果 bean 声明了初始化方法,调用此初始化方法。
(8)如果有 BeanPostProcessors 和 bean 关联,这些 bean 的postProcessAfterInitialization() 方法将被调用。
(9)如果 bean 实现了 DisposableBean,它将调用 destroy()方法。
有两个重要的 bean 生命周期方法,第一个是 setup , 它是在容器加载 bean的时候被调用。第二个方法是 teardown 它是在容器卸载类的时候被调用。
The bean 标签有两个重要的属性(init-method 和 destroy-method)。用它们你可以自己定制初始化和注销方法。它们也有相应的注解(@PostConstruct 和@PreDestroy)。
当一个 bean 仅被用作另一个 bean 的属性时,它能被声明为一个内部 bean,为了定义 inner bean,在 Spring 的 基于 XML 的 配置元数据中,可以在 或元素内使用 元素,内部 bean 通常是匿名的,它们的 Scope 一般是 prototype。
Spring 提供以下几种集合的配置元素:
(1)类型用于注入一列值,允许有相同的值。
(2)类型用于注入一组值,不允许有相同的值。
(3)类型用于注入一组键值对,键和值都可以为任意类型。
(4)类型用于注入一组键值对,键和值都只能为 String 类型。
装配,或 bean 装配是指在 Spring 容器中把 bean 组装到一起,前提是容器需要知道 bean 的依赖关系,如何通过依赖注入来把它们装配到一起。
Spring 容器能够自动装配相互合作的 bean,这意味着容器不需要和配置,能通过 Bean 工厂自动处理 bean 之间的协作。
有五种自动装配的方式,可以用来指导 Spring 容器用自动装配方式来进行依赖注入。
no:默认的方式是不进行自动装配,通过显式设置 ref 属性来进行装配。
byName:通过参数名 自动装配,Spring 容器在配置文件中发现 bean的 autowire 属性被设置成 byname,之后容器试图匹配、装配和该 bean 的属性具有相同名字的 bean。
byType:通过参数类型自动装配,Spring 容器在配置文件中发现 bean的 autowire 属性被设置成 byType,之后容器试图匹配、装配和该 bean 的属性具有相同类型的 bean。如果有多个 bean 符合条件,则抛出错误。
constructor:这个方式类似于 byType, 但是要提供给构造器参数,如果没有确定的带参数的构造器参数类型,将会抛出异常。
autodetect:首先尝试使用 constructor 来自动装配,如果无法工作,则使用 byType 方式。
自动装配的局限性是:
重写:你仍需用 和 配置来定义依赖,意味着总要重写自动装配。
基本数据类型:你不能自动装配简单的属性,如基本数据类型,String字符串,和类。
模糊特性:自动装配不如显式装配精确,如果有可能,建议使用显式装配。
可以。
要想了解更多:
千题千解·Java面试宝典_时光の尘的博客-CSDN博客