Spring面试题

Spring 概述

1. 什么是spring?

spring 是个Java企业级应用的开源开发框架。Spring主要用来开发Java应用，可是有些扩展是针对构建J2EE平台的web应用。Spring 框架目标是简化Java企业级应用开发，并经过POJO为基础的编程模型促进良好的编程习惯。

2. 使用Spring框架的好处是什么？

• 轻量：Spring 是轻量的，基本的版本大约2MB。
• 控制反转：Spring经过控制反转实现了松散耦合，对象们给出它们的依赖，而不是建立或查找依赖的对象们。
• 面向切面的编程(AOP)：Spring支持面向切面的编程，而且把应用业务逻辑和系统服务分开。
• 容器：Spring 包含并管理应用中对象的生命周期和配置。
• MVC框架：Spring的WEB框架是个精心设计的框架，是Web框架的一个很好的替代品。
• 事务管理：Spring 提供一个持续的事务管理接口，能够扩展到上至本地事务下至全局事务（JTA）。
• 异常处理：Spring 提供方便的API把具体技术相关的异常（好比由JDBC，Hibernate or JDO抛出的）转化为一致的unchecked 异常。

3. Spring由哪些模块组成?

如下是Spring 框架的基本模块：

• Core module
• Bean module
• Context module
• Expression Language module
• JDBC module
• ORM module
• OXM module
• Java Messaging Service(JMS) module
• Transaction module
• Web module
• Web-Servlet module
• Web-Struts module
• Web-Portlet module

4. 核心容器（应用上下文) 模块。

这是基本的Spring模块，提供spring 框架的基础功能，BeanFactory 是 任何以spring为基础的应用的核心。Spring 框架创建在此模块之上，它使Spring成为一个容器。

5. BeanFactory – BeanFactory 实现举例。

Bean 工厂是工厂模式的一个实现，提供了控制反转功能，用来把应用的配置和依赖从正真的应用代码中分离。

最经常使用的BeanFactory 实现是XmlBeanFactory 类。

6. XMLBeanFactory

最经常使用的就是org.springframework.beans.factory.xml.XmlBeanFactory ，它根据XML文件中的定义加载beans。该容器从XML 文件读取配置元数据并用它去建立一个彻底配置的系统或应用。

7. 解释AOP模块

AOP模块用于发给咱们的Spring应用作面向切面的开发， 不少支持由AOP联盟提供，这样就确保了Spring和其余AOP框架的共通性。这个模块将元数据编程引入Spring。

8. 解释JDBC抽象和DAO模块。

经过使用JDBC抽象和DAO模块，保证数据库代码的简洁，并能避免数据库资源错误关闭致使的问题，它在各类不一样的数据库的错误信息之上，提供了一个统一的异常访问层。它还利用Spring的AOP 模块给Spring应用中的对象提供事务管理服务。

9. 解释对象/关系映射集成模块。

Spring 经过提供ORM模块，支持咱们在直接JDBC之上使用一个对象/关系映射映射(ORM)工具，Spring 支持集成主流的ORM框架，如Hiberate,JDO和 iBATIS SQL Maps。Spring的事务管理一样支持以上全部ORM框架及JDBC。

10. 解释WEB 模块。

Spring的WEB模块是构建在application context 模块基础之上，提供一个适合web应用的上下文。这个模块也包括支持多种面向web的任务，如透明地处理多个文件上传请求和程序级请求参数的绑定到你的业务对象。它也有对Jakarta Struts的支持。

12. Spring配置文件

Spring配置文件是个XML 文件，这个文件包含了类信息，描述了如何配置它们，以及如何相互调用。

13. 什么是Spring IOC 容器？

Spring IOC 负责建立对象，管理对象（经过依赖注入（DI），装配对象，配置对象，而且管理这些对象的整个生命周期。

14. IOC的优势是什么？

IOC 或 依赖注入把应用的代码量降到最低。它使应用容易测试，单元测试再也不须要单例和JNDI查找机制。最小的代价和最小的侵入性使松散耦合得以实现。IOC容器支持加载服务时的饿汉式初始化和懒加载。

15. ApplicationContext一般的实现是什么?

• FileSystemXmlApplicationContext ：此容器从一个XML文件中加载beans的定义，XML Bean 配置文件的全路径名必须提供给它的构造函数。
• ClassPathXmlApplicationContext：此容器也从一个XML文件中加载beans的定义，这里，你须要正确设置classpath由于这个容器将在classpath里找bean配置。
• WebXmlApplicationContext：此容器加载一个XML文件，此文件定义了一个WEB应用的全部bean。

16. Bean 工厂和 Application contexts 有什么区别？

Application contexts提供一种方法处理文本消息，一个一般的作法是加载文件资源（好比镜像），它们能够向注册为监听器的bean发布事件。另外，在容器或容器内的对象上执行的那些不得不禁bean工厂以程序化方式处理的操做，能够在Application contexts中以声明的方式处理。Application contexts实现了MessageSource接口，该接口的实现以可插拔的方式提供获取本地化消息的方法。

17. 一个Spring的应用看起来象什么？

• 一个定义了一些功能的接口。
• 这实现包括属性，它的Setter ， getter 方法和函数等。
• Spring AOP。
• Spring 的XML 配置文件。
• 使用以上功能的客户端程序。

依赖注入

18. 什么是Spring的依赖注入？

依赖注入，是IOC的一个方面，是个一般的概念，它有多种解释。这概念是说你不用建立对象，而只须要描述它如何被建立。你不在代码里直接组装你的组件和服务，可是要在配置文件里描述哪些组件须要哪些服务，以后一个容器（IOC容器）负责把他们组装起来。

19. 有哪些不一样类型的IOC（依赖注入）方式？

• 构造器依赖注入：构造器依赖注入经过容器触发一个类的构造器来实现的，该类有一系列参数，每一个参数表明一个对其余类的依赖。
• Setter方法注入：Setter方法注入是容器经过调用无参构造器或无参static工厂 方法实例化bean以后，调用该bean的setter方法，即实现了基于setter的依赖注入。

20. 哪一种依赖注入方式你建议使用，构造器注入，仍是 Setter方法注入？

你两种依赖方式均可以使用，构造器注入和Setter方法注入。最好的解决方案是用构造器参数实现强制依赖，setter方法实现可选依赖。

Spring Beans

21.什么是Spring beans?

Spring beans 是那些造成Spring应用的主干的java对象。它们被Spring IOC容器初始化，装配，和管理。这些beans经过容器中配置的元数据建立。好比，以XML文件中<bean/> 的形式定义。

Spring 框架定义的beans都是单件beans。在bean tag中有个属性”singleton”，若是它被赋为TRUE，bean 就是单件，不然就是一个 prototype bean。默认是TRUE，因此全部在Spring框架中的beans 缺省都是单件。

22. 一个 Spring Bean 定义 包含什么？

一个Spring Bean 的定义包含容器必知的全部配置元数据，包括如何建立一个bean，它的生命周期详情及它的依赖。

23. 如何给Spring 容器提供配置元数据?

这里有三种重要的方法给Spring 容器提供配置元数据。

XML配置文件。

基于注解的配置。

基于java的配置。

24. 你怎样定义类的做用域?

当定义一个<bean> 在Spring里，咱们还能给这个bean声明一个做用域。它能够经过bean 定义中的scope属性来定义。如，当Spring要在须要的时候每次生产一个新的bean实例，bean的scope属性被指定为prototype。另外一方面，一个bean每次使用的时候必须返回同一个实例，这个bean的scope 属性 必须设为 singleton。

25. 解释Spring支持的几种bean的做用域。

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.

26. Spring框架中的单例bean是线程安全的吗?

不，Spring框架中的单例bean不是线程安全的。

27. 解释Spring框架中bean的生命周期。

• Spring容器 从XML 文件中读取bean的定义，并实例化bean。
• Spring根据bean的定义填充全部的属性。
• 若是bean实现了BeanNameAware 接口，Spring 传递bean 的ID 到 setBeanName方法。
• 若是Bean 实现了 BeanFactoryAware 接口， Spring传递beanfactory 给setBeanFactory 方法。
• 若是有任何与bean相关联的BeanPostProcessors，Spring会在postProcesserBeforeInitialization()方法内调用它们。
• 若是bean实现IntializingBean了，调用它的afterPropertySet方法，若是bean声明了初始化方法，调用此初始化方法。
• 若是有BeanPostProcessors 和bean 关联，这些bean的postProcessAfterInitialization() 方法将被调用。
• 若是bean实现了 DisposableBean，它将调用destroy()方法。

28. 哪些是重要的bean生命周期方法？ 你能重载它们吗？

有两个重要的bean 生命周期方法，第一个是setup ， 它是在容器加载bean的时候被调用。第二个方法是 teardown 它是在容器卸载类的时候被调用。

The bean 标签有两个重要的属性（init-method和destroy-method）。用它们你能够本身定制初始化和注销方法。它们也有相应的注解（@PostConstruct和@PreDestroy）。

29. 什么是Spring的内部bean？

当一个bean仅被用做另外一个bean的属性时，它能被声明为一个内部bean，为了定义inner bean，在Spring 的 基于XML的 配置元数据中，能够在 <property/>或 <constructor-arg/> 元素内使用<bean/> 元素，内部bean一般是匿名的，它们的Scope通常是prototype。

30. 在 Spring中如何注入一个java集合？

Spring提供如下几种集合的配置元素：

• <list>类型用于注入一列值，容许有相同的值。
• <set> 类型用于注入一组值，不容许有相同的值。
• <map> 类型用于注入一组键值对，键和值均可觉得任意类型。
• <props>类型用于注入一组键值对，键和值都只能为String类型。

31. 什么是bean装配?

装配，或bean 装配是指在Spring 容器中把bean组装到一块儿，前提是容器须要知道bean的依赖关系，如何经过依赖注入来把它们装配到一块儿。

32. 什么是bean的自动装配？

Spring 容器可以自动装配相互合做的bean，这意味着容器不须要<constructor-arg>和<property>配置，能经过Bean工厂自动处理bean之间的协做。

33. 解释不一样方式的自动装配 。

有五种自动装配的方式，能够用来指导Spring容器用自动装配方式来进行依赖注入。

• no：默认的方式是不进行自动装配，经过显式设置ref 属性来进行装配。
• byName：经过参数名 自动装配，Spring容器在配置文件中发现bean的autowire属性被设置成byname，以后容器试图匹配、装配和该bean的属性具备相同名字的bean。
• byType:：经过参数类型自动装配，Spring容器在配置文件中发现bean的autowire属性被设置成byType，以后容器试图匹配、装配和该bean的属性具备相同类型的bean。若是有多个bean符合条件，则抛出错误。
• constructor：这个方式相似于byType， 可是要提供给构造器参数，若是没有肯定的带参数的构造器参数类型，将会抛出异常。
• autodetect：首先尝试使用constructor来自动装配，若是没法工做，则使用byType方式。

34.自动装配有哪些局限性 ?

自动装配的局限性是：

• 重写： 你仍需用 <constructor-arg>和 <property> 配置来定义依赖，意味着总要重写自动装配。
• 基本数据类型：你不能自动装配简单的属性，如基本数据类型，String字符串，和类。
• 模糊特性：自动装配不如显式装配精确，若是有可能，建议使用显式装配。

35. 你能够在Spring中注入一个null 和一个空字符串吗？

能够。

Spring注解

36. 什么是基于Java的Spring注解配置? 给一些注解的例子.

基于Java的配置，容许你在少许的Java注解的帮助下，进行你的大部分Spring配置而非经过XML文件。

以@Configuration 注解为例，它用来标记类能够当作一个bean的定义，被Spring IOC容器使用。另外一个例子是@Bean注解，它表示此方法将要返回一个对象，做为一个bean注册进Spring应用上下文。

37. 什么是基于注解的容器配置?

相对于XML文件，注解型的配置依赖于经过字节码元数据装配组件，而非尖括号的声明。

开发者经过在相应的类，方法或属性上使用注解的方式，直接组件类中进行配置，而不是使用xml表述bean的装配关系。

38. 怎样开启注解装配？

注解装配在默认状况下是不开启的，为了使用注解装配，咱们必须在Spring配置文件中配置 <context:annotation-config/>元素。

39. @Required 注解

这个注解代表bean的属性必须在配置的时候设置，经过一个bean定义的显式的属性值或经过自动装配，若@Required注解的bean属性未被设置，容器将抛出BeanInitializationException。

40. @Autowired 注解

@Autowired 注解提供了更细粒度的控制，包括在何处以及如何完成自动装配。它的用法和@Required同样，修饰setter方法、构造器、属性或者具备任意名称和/或多个参数的PN方法。

41. @Qualifier 注解

当有多个相同类型的bean却只有一个须要自动装配时，将@Qualifier 注解和@Autowire 注解结合使用以消除这种混淆，指定须要装配的确切的bean。

Spring数据访问

42.在Spring框架中如何更有效地使用JDBC?

使用SpringJDBC 框架，资源管理和错误处理的代价都会被减轻。因此开发者只需写statements 和 queries从数据存取数据，JDBC也能够在Spring框架提供的模板类的帮助下更有效地被使用，这个模板叫JdbcTemplate （例子见这里here）

43. JdbcTemplate

JdbcTemplate 类提供了不少便利的方法解决诸如把数据库数据转变成基本数据类型或对象，执行写好的或可调用的数据库操做语句，提供自定义的数据错误处理。

44. Spring对DAO的支持

Spring对数据访问对象（DAO）的支持旨在简化它和数据访问技术如JDBC，hibernate or JDO 结合使用。这使咱们能够方便切换持久层。编码时也不用担忧会捕获每种技术特有的异常。

45. 使用Spring经过什么方式访问Hibernate?

在Spring中有两种方式访问Hibernate：

• 控制反转 Hibernate Template和 Callback。
• 继承 HibernateDAOSupport提供一个AOP 拦截器。

46. Spring支持的ORM

Spring支持如下ORM：

• Hibernate
• iBatis
• JPA (Java Persistence API)
• TopLink
• JDO (Java Data Objects)
• OJB

47.如何经过HibernateDaoSupport将Spring和Hibernate结合起来？

用Spring的 SessionFactory 调用 LocalSessionFactory。集成过程分三步：

• 配置the Hibernate SessionFactory。
• 继承HibernateDaoSupport实现一个DAO。
• 在AOP支持的事务中装配。

48. Spring支持的事务管理类型

Spring支持两种类型的事务管理：

• 编程式事务管理：这意味你经过编程的方式管理事务，给你带来极大的灵活性，可是难维护。
• 声明式事务管理：这意味着你能够将业务代码和事务管理分离，你只需用注解和XML配置来管理事务。

49. Spring框架的事务管理有哪些优势？

• 它为不一样的事务API 如 JTA，JDBC，Hibernate，JPA 和JDO，提供一个不变的编程模式。
• 它为编程式事务管理提供了一套简单的API而不是一些复杂的事务API如
• 它支持声明式事务管理。
• 它和Spring各类数据访问抽象层很好得集成。

50. 你更倾向用那种事务管理类型？

大多数Spring框架的用户选择声明式事务管理，由于它对应用代码的影响最小，所以更符合一个无侵入的轻量级容器的思想。声明式事务管理要优于编程式事务管理，虽然比编程式事务管理（这种方式容许你经过代码控制事务）少了一点灵活性。

Spring面向切面编程（AOP）

51. 解释AOP

面向切面的编程，或AOP， 是一种编程技术，容许程序模块化横向切割关注点，或横切典型的责任划分，如日志和事务管理。

52. Aspect 切面

AOP核心就是切面，它将多个类的通用行为封装成可重用的模块，该模块含有一组API提供横切功能。好比，一个日志模块能够被称做日志的AOP切面。根据需求的不一样，一个应用程序能够有若干切面。在Spring AOP中，切面经过带有@Aspect注解的类实现。

52. 在Spring AOP 中，关注点和横切关注的区别是什么？

关注点是应用中一个模块的行为，一个关注点可能会被定义成一个咱们想实现的一个功能。

横切关注点是一个关注点，此关注点是整个应用都会使用的功能，并影响整个应用，好比日志，安全和数据传输，几乎应用的每一个模块都须要的功能。所以这些都属于横切关注点。

54. 链接点

链接点表明一个应用程序的某个位置，在这个位置咱们能够插入一个AOP切面，它其实是个应用程序执行Spring AOP的位置。

55. 通知

通知是个在方法执行前或执行后要作的动做，其实是程序执行时要经过SpringAOP框架触发的代码段。

Spring切面能够应用五种类型的通知：

• before：前置通知，在一个方法执行前被调用。
• after: 在方法执行以后调用的通知，不管方法执行是否成功。
• after-returning: 仅当方法成功完成后执行的通知。
• after-throwing: 在方法抛出异常退出时执行的通知。
• around: 在方法执行以前和以后调用的通知。

56. 切点

切入点是一个或一组链接点，通知将在这些位置执行。能够经过表达式或匹配的方式指明切入点。

57. 什么是引入?

引入容许咱们在已存在的类中增长新的方法和属性。

58. 什么是目标对象?

被一个或者多个切面所通知的对象。它一般是一个代理对象。也指被通知（advised）对象。

59. 什么是代理?

代理是通知目标对象后建立的对象。从客户端的角度看，代理对象和目标对象是同样的。

60. 有几种不一样类型的自动代理？

BeanNameAutoProxyCreator

DefaultAdvisorAutoProxyCreator

Metadata autoproxying

61. 什么是织入。什么是织入应用的不一样点？

织入是将切面和到其余应用类型或对象链接或建立一个被通知对象的过程。

织入能够在编译时，加载时，或运行时完成。

62. 解释基于XML Schema方式的切面实现。

在这种状况下，切面由常规类以及基于XML的配置实现。

63. 解释基于注解的切面实现

在这种状况下(基于@AspectJ的实现)，涉及到的切面声明的风格与带有java5标注的普通java类一致。

Spring 的MVC

64. 什么是Spring的MVC框架？

Spring 配备构建Web 应用的全功能MVC框架。Spring能够很便捷地和其余MVC框架集成，如Struts，Spring 的MVC框架用控制反转把业务对象和控制逻辑清晰地隔离。它也容许以声明的方式把请求参数和业务对象绑定。

65. DispatcherServlet

Spring的MVC框架是围绕DispatcherServlet来设计的，它用来处理全部的HTTP请求和响应。

66. WebApplicationContext

WebApplicationContext 继承了ApplicationContext 并增长了一些WEB应用必备的特有功能，它不一样于通常的ApplicationContext ，由于它能处理主题，并找到被关联的servlet。

67. 什么是Spring MVC框架的控制器？

控制器提供一个访问应用程序的行为，此行为一般经过服务接口实现。控制器解析用户输入并将其转换为一个由视图呈现给用户的模型。Spring用一个很是抽象的方式实现了一个控制层，容许用户建立多种用途的控制器。

68. @Controller 注解

该注解代表该类扮演控制器的角色，Spring不须要你继承任何其余控制器基类或引用Servlet API。

69. @RequestMapping 注解

该注解是用来映射一个URL到一个类或一个特定的方处理法上。

 

一、什么是Spring框架？Spring框架有哪些主要模块？

Spring框架是一个为Java应用程序的开发提供了综合、普遍的基础性支持的Java平台。

 

 

Spring帮助开发者解决了开发中基础性的问题，使得开发人员能够专一于应用程序的开发。

Spring框架自己亦是按照设计模式精心打造，这使得咱们能够在开发环境中安心的集成Spring框架，没必要担忧Spring是如何在后台进行工做的。

Spring框架至今已集成了20多个模块。这些模块主要被分以下图所示的核心容器、数据访问/集成,、Web、AOP（面向切面编程）、工具、消息和测试模块。

 

二、使用Spring框架能带来哪些好处？

 

下面列举了一些使用Spring框架带来的主要好处：

• Dependency Injection(DI) 方法使得构造器和JavaBean properties文件中的依赖关系一目了然。
• 与EJB容器相比较，IoC容器更加趋向于轻量级。这样一来IoC容器在有限的内存和CPU资源的状况下进行应用程序的开发和发布就变得十分有利。
• Spring并无闭门造车，Spring利用了已有的技术好比ORM框架、logging框架、J2EE、Quartz和JDK Timer，以及其余视图技术。
• Spring框架是按照模块的形式来组织的。由包和类的编号就能够看出其所属的模块，开发者仅仅须要选用他们须要的模块便可。
• 要测试一项用Spring开发的应用程序十分简单，由于测试相关的环境代码都已经囊括在框架中了。更加简单的是，利用JavaBean形式的POJO类，能够很方便的利用依赖注入来写入测试数据。
• Spring的Web框架亦是一个精心设计的Web MVC框架，为开发者们在web框架的选择上提供了一个除了主流框架好比Struts、过分设计的、不流行web框架的之外的有力选项。
• Spring提供了一个便捷的事务管理接口，适用于小型的本地事物处理（好比在单DB的环境下）和复杂的共同事物处理（好比利用JTA的复杂DB环境）。

三、什么是控制反转(IOC)？什么是依赖注入？

控制反转是应用于软件工程领域中的，在运行时被装配器对象来绑定耦合对象的一种编程技巧，对象之间耦合关系在编译时一般是未知的。在传统的编程方式中，业务逻辑的流程是由应用程序中的早已被设定好关联关系的对象来决定的。在使用控制反转的状况下，业务逻辑的流程是由对象关系图来决定的，该对象关系图由装配器负责实例化，这种实现方式还能够将对象之间的关联关系的定义抽象化。而绑定的过程是经过“依赖注入”实现的。

控制反转是一种以给予应用程序中目标组件更多控制为目的设计范式，并在咱们的实际工做中起到了有效的做用。

依赖注入是在编译阶段还没有知所需的功能是来自哪一个的类的状况下，将其余对象所依赖的功能对象实例化的模式。这就须要一种机制用来激活相应的组件以提供特定的功能，因此依赖注入是控制反转的基础。不然若是在组件不受框架控制的状况下，框架又怎么知道要建立哪一个组件？

在Java中依然注入有如下三种实现方式：

1. 构造器注入
2. Setter方法注入
3. 接口注入

四、请解释下Spring框架中的IoC？

Spring中的 org.springframework.beans 包和 org.springframework.context包构成了Spring框架IoC容器的基础。

BeanFactory 接口提供了一个先进的配置机制，使得任何类型的对象的配置成为可能。ApplicationContex接口对BeanFactory（是一个子接口）进行了扩展，在BeanFactory的基础上添加了其余功能，好比与Spring的AOP更容易集成，也提供了处理message resource的机制（用于国际化）、事件传播以及应用层的特别配置，好比针对Web应用的WebApplicationContext。

org.springframework.beans.factory.BeanFactory 是Spring IoC容器的具体实现，用来包装和管理前面提到的各类bean。BeanFactory接口是Spring IoC 容器的核心接口。

IOC:把对象的建立、初始化、销毁交给spring来管理，而不是由开发者控制，实现控制反转。

 

 

五、BeanFactory和ApplicationContext有什么区别？

 

BeanFactory 能够理解为含有bean集合的工厂类。BeanFactory 包含了种bean的定义，以便在接收到客户端请求时将对应的bean实例化。

BeanFactory还能在实例化对象的时生成协做类之间的关系。此举将bean自身与bean客户端的配置中解放出来。BeanFactory还包含了bean生命周期的控制，调用客户端的初始化方法（initialization methods）和销毁方法（destruction methods）。

从表面上看，application context如同bean factory同样具备bean定义、bean关联关系的设置，根据请求分发bean的功能。但applicationcontext在此基础上还提供了其余的功能。

1. 提供了支持国际化的文本消息
2. 统一的资源文件读取方式
3. 已在监听器中注册的bean的事件

如下是三种较常见的 ApplicationContext 实现方式：

一、ClassPathXmlApplicationContext：从classpath的XML配置文件中读取上下文，并生成上下文定义。应用程序上下文从程序环境变量中取得。

ApplicationContext context = new ClassPathXmlApplicationContext(“bean.xml”);

二、FileSystemXmlApplicationContext ：由文件系统中的XML配置文件读取上下文。

ApplicationContext context = new FileSystemXmlApplicationContext(“bean.xml”);

 

三、XmlWebApplicationContext：由Web应用的XML文件读取上下文。

 

 

六、Spring有几种配置方式？

 

将Spring配置到应用开发中有如下三种方式：

1. 基于XML的配置
2. 基于注解的配置
3. 基于Java的配置

七、如何用基于XML配置的方式配置Spring？

在Spring框架中，依赖和服务须要在专门的配置文件来实现，我经常使用的XML格式的配置文件。这些配置文件的格式一般用<beans>开头，而后一系列的bean定义和专门的应用配置选项组成。

SpringXML配置的主要目的时候是使全部的Spring组件均可以用xml文件的形式来进行配置。这意味着不会出现其余的Spring配置类型（好比声明的方式或基于Java Class的配置方式）

Spring的XML配置方式是使用被Spring命名空间的所支持的一系列的XML标签来实现的。Spring有如下主要的命名空间：context、beans、jdbc、tx、aop、mvc和aso。

如：

<beans>
    <!-- JSON Support -->
    <bean name="viewResolver" class="org.springframework.web.servlet.view.BeanNameViewResolver"/>
    <bean name="jsonTemplate" class="org.springframework.web.servlet.view.json.MappingJackson2JsonView"/>
    <bean id="restTemplate" class="org.springframework.web.client.RestTemplate"/>
</beans>

下面这个web.xml仅仅配置了DispatcherServlet，这件最简单的配置便能知足应用程序配置运行时组件的需求。

<web-app>
    <display-name>Archetype Created Web Application</display-name>
    <servlet>
        <servlet-name>spring</servlet-name>
        <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
        <load-on-startup>1</load-on-startup>
    </servlet>
    <servlet-mapping>
        <servlet-name>spring</servlet-name>
        <url-pattern>/</url-pattern>
    </servlet-mapping>
</web-app>

 

八、如何用基于Java配置的方式配置Spring？

 

Spring对Java配置的支持是由@Configuration注解和@Bean注解来实现的。由@Bean注解的方法将会实例化、配置和初始化一个新对象，这个对象将由Spring的IoC容器来管理。@Bean声明所起到的做用与<bean/> 元素相似。被@Configuration所注解的类则表示这个类的主要目的是做为bean定义的资源。被@Configuration声明的类能够经过在同一个类的内部调用@bean方法来设置嵌入bean的依赖关系。

最简单的@Configuration 声明类请参考下面的代码：

@Configuration
public class AppConfig{
    @Bean
    public MyService myService() {
        return new MyServiceImpl();
    }
}

对于上面的@Beans配置文件相同的XML配置文件以下：

<beans>
    <bean id="myService" class="com.somnus.services.MyServiceImpl"/>
</beans>

上述配置方式的实例化方式以下：利用AnnotationConfigApplicationContext 类进行实例化

public static void main(String[] args) {
    ApplicationContext ctx = new AnnotationConfigApplicationContext(AppConfig.class);
    MyService myService = ctx.getBean(MyService.class);
    myService.doStuff();
}

要使用组件组建扫描，仅需用@Configuration进行注解便可：

@Configuration
@ComponentScan(basePackages = "com.somnus")
public class AppConfig  {
    ...
}

 

在上面的例子中，com.acme包首先会被扫到，而后再容器内查找被@Component 声明的类，找到后将这些类按照Sring bean定义进行注册。

若是你要在你的web应用开发中选用上述的配置的方式的话，须要用AnnotationConfigWebApplicationContext 类来读取配置文件，能够用来配置Spring的Servlet监听器ContextLoaderListener或者Spring MVC的DispatcherServlet。

<web-app>
    <!-- Configure ContextLoaderListener to use AnnotationConfigWebApplicationContext
        instead of the default XmlWebApplicationContext -->
    <context-param>
        <param-name>contextClass</param-name>
        <param-value>
            org.springframework.web.context.support.AnnotationConfigWebApplicationContext
        </param-value>
    </context-param>

    <!-- Configuration locations must consist of one or more comma- or space-delimited
        fully-qualified @Configuration classes. Fully-qualified packages may also be
        specified for component-scanning -->
    <context-param>
        <param-name>contextConfigLocation</param-name>
        <param-value>com.howtodoinjava.AppConfig</param-value>
    </context-param>

    <!-- Bootstrap the root application context as usual using ContextLoaderListener -->
    <listener>
        <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
    </listener>

    <!-- Declare a Spring MVC DispatcherServlet as usual -->
    <servlet>
        <servlet-name>dispatcher</servlet-name>
        <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
        <!-- Configure DispatcherServlet to use AnnotationConfigWebApplicationContext
            instead of the default XmlWebApplicationContext -->
        <init-param>
            <param-name>contextClass</param-name>
            <param-value>
                org.springframework.web.context.support.AnnotationConfigWebApplicationContext
            </param-value>
        </init-param>
        <!-- Again, config locations must consist of one or more comma- or space-delimited
            and fully-qualified @Configuration classes -->
        <init-param>
            <param-name>contextConfigLocation</param-name>
            <param-value>com.howtodoinjava.web.MvcConfig</param-value>
        </init-param>
    </servlet>

    <!-- map all requests for /app/* to the dispatcher servlet -->
    <servlet-mapping>
        <servlet-name>dispatcher</servlet-name>
        <url-pattern>/app/*</url-pattern>
    </servlet-mapping>
</web-app

 

九、怎样用注解的方式配置Spring？

Spring在2.5版本之后开始支持用注解的方式来配置依赖注入。能够用注解的方式来替代XML方式的bean描述，能够将bean描述转移到组件类的内部，只须要在相关类上、方法上或者字段声明上使用注解便可。注解注入将会被容器在XML注入以前被处理，因此后者会覆盖掉前者对于同一个属性的处理结果。

注解装配在Spring中是默认关闭的。因此须要在Spring文件中配置一下才能使用基于注解的装配模式。若是你想要在你的应用程序中使用关于注解的方法的话，请参考以下的配置。

<beans>
   <context:annotation-config/>
   <!-- bean definitions go here -->
</beans>

在 <context:annotation-config/>标签配置完成之后，就能够用注解的方式在Spring中向属性、方法和构造方法中自动装配变量。

下面是几种比较重要的注解类型：

1. @Required：该注解应用于设值方法。
2. @Autowired：该注解应用于有值设值方法、非设值方法、构造方法和变量。
3. @Qualifier：该注解和@Autowired注解搭配使用，用于消除特定bean自动装配的歧义。
4. JSR-250 Annotations：Spring支持基于JSR-250 注解的如下注解，@Resource、@PostConstruct 和 @PreDestroy。

十、请解释Spring Bean的生命周期？

Spring Bean的生命周期简单易懂。在一个bean实例被初始化时，须要执行一系列的初始化操做以达到可用的状态。一样的，当一个bean不在被调用时须要进行相关的析构操做，并从bean容器中移除。

Spring bean factory 负责管理在spring容器中被建立的bean的生命周期。Bean的生命周期由两组回调（call back）方法组成。

1. 初始化以后调用的回调方法。
2. 销毁以前调用的回调方法。

Spring框架提供了如下四种方式来管理bean的生命周期事件：

• InitializingBean和DisposableBean回调接口
• 针对特殊行为的其余Aware接口
• Bean配置文件中的Custom init()方法和destroy()方法
• @PostConstruct和@PreDestroy注解方式

使用customInit()和 customDestroy()方法管理bean生命周期的代码样例以下：

<beans>
    <bean id="demoBean" class="com.somnus.task.DemoBean" init-method="customInit" destroy-method="customDestroy"></bean>
</beans>

十一、Spring Bean的做用域之间有什么区别？

Spring容器中的bean能够分为5个范围。全部范围的名称都是自说明的，可是为了不混淆，仍是让咱们来解释一下：

1. singleton：这种bean范围是默认的，这种范围确保无论接受到多少个请求，每一个容器中只有一个bean的实例，单例的模式由bean factory自身来维护。
2. prototype：原形范围与单例范围相反，为每个bean请求提供一个实例。
3. request：在请求bean范围内会每个来自客户端的网络请求建立一个实例，在请求完成之后，bean会失效并被垃圾回收器回收。
4. Session：与请求范围相似，确保每一个session中有一个bean的实例，在session过时后，bean会随之失效。
5. global-session：global-session和Portlet应用相关。当你的应用部署在Portlet容器中工做时，它包含不少portlet。若是你想要声明让全部的portlet共用全局的存储变量的话，那么这全局变量须要存储在global-session中。

全局做用域与Servlet中的session做用域效果相同。

 

十二、什么是Spring inner beans？

 

在Spring框架中，不管什么时候bean被使用时，当仅被调用了一个属性。一个明智的作法是将这个bean声明为内部bean。内部bean能够用setter注入“属性”和构造方法注入“构造参数”的方式来实现。

好比，在咱们的应用程序中，一个Customer类引用了一个Person类，咱们的要作的是建立一个Person的实例，而后在Customer内部使用。

public class Customer{
    private Person person;
    //Setters and Getters
}

 

public class Person{
    private String name;
    private String address;
    private int age;
    //Setters and Getters
}

内部bean的声明方式以下：

<bean id="CustomerBean" class="com.somnus.common.Customer">
    <property name="person">
        <!-- This is inner bean -->
        <bean class="com.howtodoinjava.common.Person">
            <property name="name" value="lokesh" />
            <property name="address" value="India" />
            <property name="age" value="34" />
        </bean>
    </property>
</bean>

 

1三、Spring框架中的单例Beans是线程安全的么？

Spring框架并无对单例bean进行任何多线程的封装处理。关于单例bean的线程安全和并发问题须要开发者自行去搞定。但实际上，大部分的Spring bean并无可变的状态(好比Serview类和DAO类)，因此在某种程度上说Spring的单例bean是线程安全的。若是你的bean有多种状态的话（好比 View Model 对象），就须要自行保证线程安全。
最浅显的解决办法就是将多态bean的做用域由“singleton”变动为“prototype”。

 

 

1四、请举例说明如何在Spring中注入一个Java Collection？

 

Spring提供了如下四种集合类的配置元素：

• <list> :   该标签用来装配可重复的list值。
• <set> :    该标签用来装配没有重复的set值。
• <map>:   该标签可用来注入键和值能够为任何类型的键值对。
• <props> : 该标签支持注入键和值都是字符串类型的键值对。

下面看一下具体的例子：

<beans>
   <!-- Definition for javaCollection -->
   <bean id="javaCollection" class="com.howtodoinjava.JavaCollection">
      <!-- java.util.List -->
      <property name="customList">
        <list>
           <value>INDIA</value>
           <value>Pakistan</value>
           <value>USA</value>
           <value>UK</value>
        </list>
      </property>

     <!-- java.util.Set -->
     <property name="customSet">
        <set>
           <value>INDIA</value>
           <value>Pakistan</value>
           <value>USA</value>
           <value>UK</value>
        </set>
      </property>

     <!-- java.util.Map -->
     <property name="customMap">
        <map>
           <entry key="1" value="INDIA"/>
           <entry key="2" value="Pakistan"/>
           <entry key="3" value="USA"/>
           <entry key="4" value="UK"/>
        </map>
      </property>

    <!-- java.util.Properties -->
    <property name="customProperies">
        <props>
            <prop key="admin">admin@nospam.com</prop>
            <prop key="support">support@nospam.com</prop>
        </props>
    </property>

   </bean>
</beans>

 

1五、如何向Spring Bean中注入一个Java.util.Properties？

第一种方法是使用以下面代码所示的<props> 标签：

<bean id="adminUser" class="com.somnus.common.Customer">

    <!-- java.util.Properties -->
    <property name="emails">
        <props>
            <prop key="admin">admin@nospam.com</prop>
            <prop key="support">support@nospam.com</prop>
        </props>
    </property>

</bean>

也可用”util:”命名空间来从properties文件中建立出一个propertiesbean，而后利用setter方法注入bean的引用。

 

1六、请解释Spring Bean的自动装配？

 

在Spring框架中，在配置文件中设定bean的依赖关系是一个很好的机制，Spring容器还能够自动装配合做关系bean之间的关联关系。这意味着Spring能够经过向Bean Factory中注入的方式自动搞定bean之间的依赖关系。自动装配能够设置在每一个bean上，也能够设定在特定的bean上。

下面的XML配置文件代表了如何根据名称将一个bean设置为自动装配：

<bean id="employeeDAO" class="com.howtodoinjava.EmployeeDAOImpl" autowire="byName" />

除了bean配置文件中提供的自动装配模式，还可使用@Autowired注解来自动装配指定的bean。在使用@Autowired注解以前须要在按照以下的配置方式在Spring配置文件进行配置才可使用。

<context:annotation-config />

也能够经过在配置文件中配置AutowiredAnnotationBeanPostProcessor 达到相同的效果。

<bean class ="org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor"/>

配置好之后就可使用@Autowired来标注了。

@Autowired
public EmployeeDAOImpl ( EmployeeManager manager ) {
    this.manager = manager;
}

 

1七、请解释自动装配模式的区别？

 

在Spring框架中共有5种自动装配，让咱们逐一分析。

1. no：这是Spring框架的默认设置，在该设置下自动装配是关闭的，开发者须要自行在bean定义中用标签明确的设置依赖关系。
2. byName：该选项能够根据bean名称设置依赖关系。当向一个bean中自动装配一个属性时，容器将根据bean的名称自动在在配置文件中查询一个匹配的bean。若是找到的话，就装配这个属性，若是没找到的话就报错。
3. byType：该选项能够根据bean类型设置依赖关系。当向一个bean中自动装配一个属性时，容器将根据bean的类型自动在在配置文件中查询一个匹配的bean。若是找到的话，就装配这个属性，若是没找到的话就报错。
4. constructor：造器的自动装配和byType模式相似，可是仅仅适用于与有构造器相同参数的bean，若是在容器中没有找到与构造器参数类型一致的bean，那么将会抛出异常。
5. autodetect：该模式自动探测使用构造器自动装配或者byType自动装配。首先，首先会尝试找合适的带参数的构造器，若是找到的话就是用构造器自动装配，若是在bean内部没有找到相应的构造器或者是无参构造器，容器就会自动选择byTpe的自动装配方式。

1八、如何开启基于注解的自动装配？

要使用 @Autowired，须要注册 AutowiredAnnotationBeanPostProcessor，能够有如下两种方式来实现：

一、引入配置文件中的<bean>下引入 <context:annotation-config>

<beans>
    <context:annotation-config />
</beans>

二、在bean配置文件中直接引入AutowiredAnnotationBeanPostProcessor

<beans>
    <bean class="org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor"/>
</beans>

1九、请举例解释@Required注解？

在产品级别的应用中，IoC容器可能声明了数十万了bean，bean与bean之间有着复杂的依赖关系。设值注解方法的短板之一就是验证全部的属性是否被注解是一项十分困难的操做。能够经过在<bean>中设置“dependency-check”来解决这个问题。

在应用程序的生命周期中，你可能不大愿意花时间在验证全部bean的属性是否按照上下文文件正确配置。或者你宁肯验证某个bean的特定属性是否被正确的设置。即便是用“dependency-check”属性也不能很好的解决这个问题，在这种状况下，你须要使用@Required 注解。

须要用以下的方式使用来标明bean的设值方法。

public class EmployeeFactoryBean extends AbstractFactoryBean<Object>{
    private String designation;
    public String getDesignation() {
        return designation;
    }
    @Required
    public void setDesignation(String designation) {
        this.designation = designation;
    }
    //more code here
}

RequiredAnnotationBeanPostProcessor是Spring中的后置处理用来验证被@Required 注解的bean属性是否被正确的设置了。在使用RequiredAnnotationBeanPostProcesso来验证bean属性以前，首先要在IoC容器中对其进行注册：

<bean class="org.springframework.beans.factory.annotation.RequiredAnnotationBeanPostProcessor" />

可是若是没有属性被用 @Required 注解过的话，后置处理器会抛出一个BeanInitializationException 异常。

 

20、请举例解释@Autowired注解？

 

@Autowired注解对自动装配什么时候何处被实现提供了更多细粒度的控制。@Autowired注解能够像@Required注解、构造器同样被用于在bean的设值方法上自动装配bean的属性，一个参数或者带有任意名称或带有多个参数的方法。

好比，能够在设值方法上使用@Autowired注解来替代配置文件中的 <property>元素。当Spring容器在setter方法上找到@Autowired注解时，会尝试用byType 自动装配。

固然咱们也能够在构造方法上使用@Autowired 注解。带有@Autowired 注解的构造方法意味着在建立一个bean时将会被自动装配，即使在配置文件中使用<constructor-arg> 元素。

public class TextEditor {
   private SpellChecker spellChecker;
   @Autowired
   public TextEditor(SpellChecker spellChecker){
      System.out.println("Inside TextEditor constructor." );
      this.spellChecker = spellChecker;
   }
   public void spellCheck(){
      spellChecker.checkSpelling();
   }
}

下面是没有构造参数的配置方式：

<beans>

   <context:annotation-config/>

   <!-- Definition for textEditor bean without constructor-arg  -->
   <bean id="textEditor" class="com.howtodoinjava.TextEditor"/>

   <!-- Definition for spellChecker bean -->
   <bean id="spellChecker" class="com.howtodoinjava.SpellChecker"/>

</beans>

 

2一、请举例说明@Qualifier注解？

 

@Qualifier注解意味着能够在被标注bean的字段上能够自动装配。Qualifier注解能够用来取消Spring不能取消的bean应用。

下面的示例将会在Customer的person属性中自动装配person的值。

public class Customer{
    @Autowired
    private Person person;
}

下面咱们要在配置文件中来配置Person类。

<bean id="customer" class="com.somnus.common.Customer" />

<bean id="personA" class="com.somnus.common.Person" >
    <property name="name" value="lokesh" />
</bean>

<bean id="personB" class="com.somnus.common.Person" >
    <property name="name" value="alex" />
</bean>

 

Spring会知道要自动装配哪一个person bean么？不会的，可是运行上面的示例时，会抛出下面的异常：

Caused by: org.springframework.beans.factory.NoSuchBeanDefinitionException:
    No unique bean of type [com.howtodoinjava.common.Person] is defined:
        expected single matching bean but found 2: [personA, personB]

要解决上面的问题，须要使用 @Quanlifier注解来告诉Spring容器要装配哪一个bean：

public class Customer{
    @Autowired
    @Qualifier("personA")
    private Person person;
}

2二、构造方法注入和设值注入有什么区别？

请注意如下明显的区别：

1. 在设值注入方法支持大部分的依赖注入，若是咱们仅须要注入int、string和long型的变量，咱们不要用设值的方法注入。对于基本类型，若是咱们没有注入的话，能够为基本类型设置默认值。在构造方法注入不支持大部分的依赖注入，由于在调用构造方法中必须传入正确的构造参数，不然的话为报错。
2. 设值注入不会重写构造方法的值。若是咱们对同一个变量同时使用了构造方法注入又使用了设置方法注入的话，那么构造方法将不能覆盖由设值方法注入的值。很明显，由于构造方法尽在对象被建立时调用。
3. 在使用设值注入时有可能还不能保证某种依赖是否已经被注入，也就是说这时对象的依赖关系有多是不完整的。而在另外一种状况下，构造器注入则不容许生成依赖关系不完整的对象。
4. 在设值注入时若是对象A和对象B互相依赖，在建立对象A时Spring会抛出sObjectCurrentlyInCreationException异常，由于在B对象被建立以前A对象是不能被建立的，反之亦然。因此Spring用设值注入的方法解决了循环依赖的问题，因对象的设值方法是在对象被建立以前被调用的。

2三、Spring框架中有哪些不一样类型的事件？

Spring的ApplicationContext 提供了支持事件和代码中监听器的功能。

咱们能够建立bean用来监听在ApplicationContext 中发布的事件。ApplicationEvent类和在ApplicationContext接口中处理的事件，若是一个bean实现了ApplicationListener接口，当一个ApplicationEvent 被发布之后，bean会自动被通知。

public class AllApplicationEventListener implements ApplicationListener < ApplicationEvent >{
    @Override
    public void onApplicationEvent(ApplicationEvent applicationEvent)
    {
        //process event
    }
}

Spring 提供了如下5中标准的事件：

1. 上下文更新事件（ContextRefreshedEvent）：该事件会在ApplicationContext被初始化或者更新时发布。也能够在调用ConfigurableApplicationContext 接口中的refresh()方法时被触发。
2. 上下文开始事件（ContextStartedEvent）：当容器调用ConfigurableApplicationContext的Start()方法开始/从新开始容器时触发该事件。
3. 上下文中止事件（ContextStoppedEvent）：当容器调用ConfigurableApplicationContext的Stop()方法中止容器时触发该事件。
4. 上下文关闭事件（ContextClosedEvent）：当ApplicationContext被关闭时触发该事件。容器被关闭时，其管理的全部单例Bean都被销毁。
5. 请求处理事件（RequestHandledEvent）：在Web应用中，当一个http请求（request）结束触发该事件。

除了上面介绍的事件之外，还能够经过扩展ApplicationEvent 类来开发自定义的事件。

public class CustomApplicationEvent extends ApplicationEvent{
    public CustomApplicationEvent ( Object source, final String msg ){
        super(source);
        System.out.println("Created a Custom event");
    }
}

为了监听这个事件，还须要建立一个监听器：

public class CustomEventListener implements ApplicationListener < CustomApplicationEvent >{
    @Override
    public void onApplicationEvent(CustomApplicationEvent applicationEvent) {
        //handle event
    }
}

以后经过applicationContext接口的publishEvent()方法来发布自定义事件。

CustomApplicationEvent customEvent = new CustomApplicationEvent(applicationContext, "Test message");
applicationContext.publishEvent(customEvent);

2四、FileSystemResource和ClassPathResource有何区别？

在FileSystemResource 中须要给出spring-config.xml文件在你项目中的相对路径或者绝对路径。在ClassPathResource中spring会在ClassPath中自动搜寻配置文件，因此要把ClassPathResource 文件放在ClassPath下。

若是将spring-config.xml保存在了src文件夹下的话，只需给出配置文件的名称便可，由于src文件夹是默认。

简而言之，ClassPathResource在环境变量中读取配置文件，FileSystemResource在配置文件中读取配置文件。

2五、Spring 框架中都用到了哪些设计模式？

Spring框架中使用到了大量的设计模式，下面列举了比较有表明性的：

• 代理模式—在AOP和remoting中被用的比较多。
• 单例模式—在spring配置文件中定义的bean默认为单例模式。
• 模板方法—用来解决代码重复的问题。好比. RestTemplate, JmsTemplate, JpaTemplate。
• 前端控制器—Spring提供了DispatcherServlet来对请求进行分发。
• 视图帮助(View Helper )—Spring提供了一系列的JSP标签，高效宏来辅助将分散的代码整合在视图里。
• 依赖注入—贯穿于BeanFactory / ApplicationContext接口的核心理念。
• 工厂模式—BeanFactory用来建立对象的实例。

1.谈谈你对spring IOC和DI的理解，它们有什么区别？

IoC Inverse of Control 反转控制的概念，就是将本来在程序中手动建立UserService对象的控制权，交由Spring框架管理，简单说，就是建立UserService对象控制权被反转到了Spring框架

DI：Dependency Injection 依赖注入，在Spring框架负责建立Bean对象时，动态的将依赖对象注入到Bean组件

面试题： IoC 和 DI的区别？

IoC 控制反转，指将对象的建立权，反转到Spring容器 ， DI 依赖注入，指Spring建立对象的过程当中，将对象依赖属性经过配置进行注入

2.BeanFactory 接口和 ApplicationContext 接口有什么区别 ？

    ①ApplicationContext 接口继承BeanFactory接口，Spring核心工厂是BeanFactory ,BeanFactory采起延迟加载，第一次getBean时才会初始化Bean, ApplicationContext是会在加载配置文件时初始化Bean。

    ②ApplicationContext是对BeanFactory扩展，它能够进行国际化处理、事件传递和bean自动装配以及各类不一样应用层的Context实现 

开发中基本都在使用ApplicationContext, web项目使用WebApplicationContext ，不多用到BeanFactory

 

BeanFactory beanFactory = new XmlBeanFactory(new ClassPathResource("applicationContext.xml"));

IHelloService helloService = (IHelloService) beanFactory.getBean("helloService");

helloService.sayHello();

3.spring配置bean实例化有哪些方式？

    1）使用类构造器实例化(默认无参数)

 

<bean id="bean1" class="cn.itcast.spring.b_instance.Bean1"></bean>

    2）使用静态工厂方法实例化(简单工厂模式)

 

 

//下面这段配置的含义：调用Bean2Factory的getBean2方法获得bean2

<bean id="bean2" class="cn.itcast.spring.b_instance.Bean2Factory" factory-method="getBean2"></bean>

    3）使用实例工厂方法实例化(工厂方法模式)

 

 

//先建立工厂实例bean3Facory，再经过工厂实例建立目标bean实例

<bean id="bean3Factory" class="cn.itcast.spring.b_instance.Bean3Factory"></bean>

<bean id="bean3" factory-bean="bean3Factory" factory-method="getBean3"></bean>

4.简单的说一下spring的生命周期？

    1)在配置 <bean> 元素，经过 init-method 指定Bean的初始化方法，经过 destroy-method 指定Bean销毁方法

 

<beanid="lifeCycleBean"class="cn.itcast.spring.d_lifecycle.LifeCycleBean"init-method="setup"destroy-method="teardown"></bean>

须要注意的问题：

 

    *  destroy-method 只对 scope="singleton" 有效 

    *  销毁方法，必须关闭ApplicationContext对象(手动调用)，才会被调用

 

ClassPathXmlApplicationContext applicationContext = new ClassPathXmlApplicationContext("applicationContext.xml");

applicationContext.close();

    2)Bean的完整生命周期 （十一步骤）【了解内容，可是对于spring内部操做理解有必定帮助】

①instantiate bean对象实例化

②populate properties 封装属性

③若是Bean实现BeanNameAware 执行 setBeanName

④若是Bean实现BeanFactoryAware 或者 ApplicationContextAware 设置工厂 setBeanFactory 或者上下文对象 setApplicationContext

⑤若是存在类实现 BeanPostProcessor（后处理Bean） ，执行postProcessBeforeInitialization，BeanPostProcessor接口提供钩子函数，用来动态扩展修改Bean。(程序自动调用后处理Bean)

 

publicclassMyBeanPostProcessorimplementsBeanPostProcessor{

publicObject postProcessAfterInitialization(Object bean,String beanName)

throwsBeansException{

System.out.println("第八步：后处理Bean，after初始化。");

//后处理Bean，在这里加上一个动态代理，就把这个Bean给修改了。

return bean;//返回bean，表示没有修改，若是使用动态代理，返回代理对象，那么就修改了。

}

publicObject postProcessBeforeInitialization(Object bean,String beanName)

throwsBeansException{

System.out.println("第五步：后处理Bean的：before初始化！！");

//后处理Bean，在这里加上一个动态代理，就把这个Bean给修改了。

return bean;//返回bean自己，表示没有修改。

}

}

注意：这个前处理Bean和后处理Bean会对全部的Bean进行拦截。

⑥若是Bean实现InitializingBean 执行 afterPropertiesSet

 

⑦调用<bean init-method="init"> 指定初始化方法 init

⑧若是存在类实现 BeanPostProcessor（处理Bean） ，执行postProcessAfterInitialization

⑨执行业务处理

⑩若是Bean实现 DisposableBean 执行 destroy

⑪调用<bean destroy-method="customerDestroy"> 指定销毁方法 customerDestroy

5.请介绍一下Spring框架中Bean的生命周期和做用域

 

(1)bean定义

    在配置文件里面用<bean></bean>来进行定义。

(2)bean初始化

    有两种方式初始化:

A.在配置文件中经过指定init-method属性来完成

B.实现org.springframwork.beans.factory.InitializingBean接口

(3)bean调用

    有三种方式能够获得bean实例，并进行调用

(4)bean销毁

    销毁有两种方式

A.使用配置文件指定的destroy-method属性

B.实现org.springframwork.bean.factory.DisposeableBean接口

##做用域

singleton

当一个bean的做用域为singleton, 那么Spring IoC容器中只会存在一个共享的bean实例，而且全部对bean的请求，只要id与该bean定义相匹配，则只会返回bean的同一实例。

prototype

Prototype做用域的bean会致使在每次对该bean请求（将其注入到另外一个bean中，或者以程序的方式调用容器的getBean() 方法）时都会建立一个新的bean实例。根据经验，对全部有状态的bean应该使用prototype做用域，而对无状态的bean则应该使用 singleton做用域

request

在一次HTTP请求中，一个bean定义对应一个实例；即每次HTTP请求将会有各自的bean实例， 它们依据某个bean定义建立而成。该做用 域仅在基于web的Spring ApplicationContext情形下有效。

session

在一个HTTP Session中，一个bean定义对应一个实例。该做用域仅在基于web的Spring ApplicationContext情形下有效。

global session

在一个全局的HTTP Session中，一个bean定义对应一个实例。典型状况下，仅在使用portlet context的时候有效。该做用域仅在基于 web的Spring ApplicationContext情形下有效。

 

6.Bean注入属性有哪几种方式？

spring支持构造器注入和setter方法注入

    构造器注入，经过 <constructor-arg> 元素完成注入

    setter方法注入， 经过<property> 元素完成注入【开发中经常使用方式】

7.什么是AOP，AOP的做用是什么？

面向切面编程（AOP）提供另一种角度来思考程序结构，经过这种方式弥补了面向对象编程（OOP）的不足，除了类（classes）之外，AOP提供了切面。切面对关注点进行模块化，例如横切多个类型和对象的事务管理

Spring的一个关键的组件就是AOP框架，能够自由选择是否使用AOP 提供声明式企业服务，特别是为了替代EJB声明式服务。最重要的服务是声明性事务管理，这个服务创建在Spring的抽象事物管理之上。容许用户实现自定义切面，用AOP来完善OOP的使用,能够把Spring AOP看做是对Spring的一种加强

8.Spring的核心类有哪些，各有什么做用？

BeanFactory：产生一个新的实例，能够实现单例模式

BeanWrapper：提供统一的get及set方法

ApplicationContext:提供框架的实现，包括BeanFactory的全部功能

9.Spring里面如何配置数据库驱动？

使用”org.springframework.jdbc.datasource.DriverManagerDataSource”数据源来配置数据库驱动。示例以下：

1. <bean id=”dataSource”> 
2.     <property name=”driverClassName”> 
3.         <value>org.hsqldb.jdbcDriver</value>
4.     </property> 
5.     <property name=”url”> 
6.         <value>jdbc:hsqldb:db/appfuse</value> 
7.     </property> 
8.     <property name=”username”><value>abc</value></property> 
9.     <property name=”password”><value>abc</value></property> 
10. </bean> 

10.Spring里面applicationContext.xml文件能不能改为其余文件名？

ContextLoaderListener是一个ServletContextListener, 它在你的web应用启动的时候初始化。缺省状况下， 它会在WEB-INF/applicationContext.xml文件找Spring的配置。 你能够经过定义一个<context-param>元素名字为”contextConfigLocation”来改变Spring配置文件的 位置。示例以下： 

 

1. <listener> 
2.     <listener-class>org.springframework.web.context.ContextLoaderListener
3.         <context-param> 
4.          <param-name>contextConfigLocation</param-name> 
5.          <param-value>/WEB-INF/xyz.xml</param-value> 
6.         </context-param>   
7.     </listener-class> 
8. </listener> 

11.Spring里面如何定义hibernate mapping？

 

添加hibernate mapping 文件到web/WEB-INF目录下的applicationContext.xml文件里面。示例以下：

1. <property name=”mappingResources”> 
2.     <list> 
3.         <value>org/appfuse/model/User.hbm.xml</value> 
4.     </list> 
5. </property>

12.Spring如何处理线程并发问题？

Spring使用ThreadLocal解决线程安全问题

咱们知道在通常状况下，只有无状态的Bean才能够在多线程环境下共享，在Spring中，绝大部分Bean均可以声明为singleton做用域。就是由于Spring对一些Bean(如RequestContextHolder、TransactionSynchronizationManager、LocaleContextHolder等)中非线程安全状态采用ThreadLocal进行处理，让它们也成为线程安全的状态，由于有状态的Bean就能够在多线程中共享了。

ThreadLocal和线程同步机制都是为了解决多线程中相同变量的访问冲突问题。

在同步机制中，经过对象的锁机制保证同一时间只有一个线程访问变量。这时该变量是多个线程共享的，使用同步机制要求程序慎密地分析何时对变量进行读写，何时须要锁定某个对象，何时释放对象锁等繁杂的问题，程序设计和编写难度相对较大。

而ThreadLocal则从另外一个角度来解决多线程的并发访问。ThreadLocal会为每个线程提供一个独立的变量副本，从而隔离了多个线程对数据的访问冲突。由于每个线程都拥有本身的变量副本，从而也就没有必要对该变量进行同步了。ThreadLocal提供了线程安全的共享对象，在编写多线程代码时，能够把不安全的变量封装进ThreadLocal。

因为ThreadLocal中能够持有任何类型的对象，低版本JDK所提供的get()返回的是Object对象，须要强制类型转换。但JDK5.0经过泛型很好的解决了这个问题，在必定程度地简化ThreadLocal的使用。

归纳起来讲，对于多线程资源共享的问题，同步机制采用了“以时间换空间”的方式，而ThreadLocal采用了“以空间换时间”的方式。前者仅提供一份变量，让不一样的线程排队访问，然后者为每个线程都提供了一份变量，所以能够同时访问而互不影响。

13.为何要有事物传播行为？

14.介绍一下Spring的事物管理

    事务就是对一系列的数据库操做（好比插入多条数据）进行统一的提交或回滚操做，若是插入成功，那么一块儿成功，若是中间有一条出现异常，那么回滚以前的全部操做。这样能够防止出现脏数据，防止数据库数据出现问题。

开发中为了不这种状况通常都会进行事务管理。Spring中也有本身的事务管理机制，通常是使用TransactionMananger进行管 理，能够经过Spring的注入来完成此功能。spring提供了几个关于事务处理的类：

TransactionDefinition //事务属性定义

TranscationStatus //表明了当前的事务，能够提交，回滚。

PlatformTransactionManager这个是spring提供的用于管理事务的基础接口，其下有一个实现的抽象类 AbstractPlatformTransactionManager,咱们使用的事务管理类例如 DataSourceTransactionManager等都是这个类的子类。

通常事务定义步骤：

 

1. TransactionDefinition td =newTransactionDefinition();
2. TransactionStatus ts = transactionManager.getTransaction(td);
3. try{ 
4.     //do sth
5.     transactionManager.commit(ts);
6. }catch(Exception e){
7.     transactionManager.rollback(ts);
8. }

    spring提供的事务管理能够分为两类：编程式的和声明式的。编程式的，比较灵活，可是代码量大，存在重复的代码比较多；声明式的比编程式的更灵活。

 

编程式主要使用transactionTemplate。省略了部分的提交，回滚，一系列的事务对象定义，需注入事务管理对象.

 

1. void add(){
2.     transactionTemplate.execute(newTransactionCallback(){
3.         pulic Object doInTransaction(TransactionStatus ts){
4.          //do sth
5.         }
6.     }
7. }

声明式：

 

使用TransactionProxyFactoryBean:PROPAGATION_REQUIRED PROPAGATION_REQUIRED PROPAGATION_REQUIRED,readOnly

围绕Poxy的动态代理 可以自动的提交和回滚事务

org.springframework.transaction.interceptor.TransactionProxyFactoryBean

PROPAGATION_REQUIRED–支持当前事务，若是当前没有事务，就新建一个事务。这是最多见的选择。

PROPAGATION_SUPPORTS–支持当前事务，若是当前没有事务，就以非事务方式执行。

PROPAGATION_MANDATORY–支持当前事务，若是当前没有事务，就抛出异常。

PROPAGATION_REQUIRES_NEW–新建事务，若是当前存在事务，把当前事务挂起。

PROPAGATION_NOT_SUPPORTED–以非事务方式执行操做，若是当前存在事务，就把当前事务挂起。

PROPAGATION_NEVER–以非事务方式执行，若是当前存在事务，则抛出异常。

PROPAGATION_NESTED–若是当前存在事务，则在嵌套事务内执行。若是当前没有事务，则进行与 PROPAGATION_REQUIRED相似的操做。

15.解释一下Spring AOP里面的几个名词

切面（Aspect）：一个关注点的模块化，这个关注点可能会横切多个对象。事务管理是J2EE应用中一个关于横切关注点的很好的例子。 在Spring AOP中，切面可使用通用类（基于模式的风格） 或者在普通类中以 @Aspect 注解（@AspectJ风格）来实现。

链接点（Joinpoint）：在程序执行过程当中某个特定的点，好比某方法调用的时候或者处理异常的时候。 在Spring AOP中，一个链接点 老是 表明一个方法的执行。 经过声明一个org.aspectj.lang.JoinPoint类型的参数可使通知（Advice）的主体部分得到链接点信息。

通知（Advice）：在切面的某个特定的链接点（Joinpoint）上执行的动做。通知有各类类型，其中包括“around”、“before”和“after”等通知。 通知的类型将在后面部分进行讨论。许多AOP框架，包括Spring，都是以拦截器作通知模型， 并维护一个以链接点为中心的拦截器链。

切入点（Pointcut）：匹配链接点（Joinpoint）的断言。通知和一个切入点表达式关联，并在知足这个切入点的链接点上运行（例如，当执行某个特定名称的方法时）。 切入点表达式如何和链接点匹配是AOP的核心：Spring缺省使用AspectJ切入点语法。

引入（Introduction）：（也被称为内部类型声明（inter-type declaration））。声明额外的方法或者某个类型的字段。 Spring容许引入新的接口（以及一个对应的实现）到任何被代理的对象。例如，你可使用一个引入来使bean实现 IsModified 接口，以便简化缓存机制。

目标对象（Target Object）： 被一个或者多个切面（aspect）所通知（advise）的对象。也有人把它叫作 被通知（advised） 对象。 既然Spring AOP是经过运行时代理实现的，这个对象永远是一个 被代理（proxied） 对象。

AOP代理（AOP Proxy）： AOP框架建立的对象，用来实现切面契约（aspect contract）（包括通知方法执行等功能）。 在Spring中，AOP代理能够是JDK动态代理或者CGLIB代理。 注意：Spring 2.0最新引入的基于模式（schema-based）风格和@AspectJ注解风格的切面声明，对于使用这些风格的用户来讲，代理的建立是透明的。

织入（Weaving）：把切面（aspect）链接到其它的应用程序类型或者对象上，并建立一个被通知（advised）的对象。 这些能够在编译时（例如使用AspectJ编译器），类加载时和运行时完成。 Spring和其余纯Java AOP框架同样，在运行时完成织入。

16.通知有哪些类型？

前置通知（Before advice）：在某链接点（join point）以前执行的通知，但这个通知不能阻止链接点前的执行（除非它抛出一个异常）。

返回后通知（After returning advice）：在某链接点（join point）正常完成后执行的通知：例如，一个方法没有抛出任何异常，正常返回。  抛出异常后通知（After throwing advice）：在方法抛出异常退出时执行的通知。  后通知（After (finally) advice）：当某链接点退出的时候执行的通知（不管是正常返回仍是异常退出）。  环绕通知（Around Advice）：包围一个链接点（join point）的通知，如方法调用。这是最强大的一种通知类型。 环绕通知能够在方法调用先后完成自定义的行为。它也会选择是否继续执行链接点或直接返回它们本身的返回值或抛出异常来结束执行。     环绕通知是最经常使用的一种通知类型。大部分基于拦截的AOP框架，例如Nanning和JBoss4，都只提供环绕通知。  切入点（pointcut）和链接点（join point）匹配的概念是AOP的关键，这使得AOP不一样于其它仅仅提供拦截功能的旧技术。 切入点使得定位通知（advice）可独立于OO层次。 例如，一个提供声明式事务管理的around通知能够被应用到一组横跨多个对象中的方法上（例如服务层的全部业务操做）。