49道spring面试题整理，附带答案

1.选择使用Spring框架的缘由?

使用Spring： 第一是使用它的IOC功能，在解耦上达到了配置级别。 第二是使用它对数据库访问事务相关的封装。 第三就是各类其余组件与Spring的融合，在Spring中更加方便快捷的继承其余一些组件。

2.Spring 是如何管理事务的？

spring的事务声明有两种方式，编程式和声明式。spring主要是经过“声明式事务”的方式对事务进行管理，即在配置文件中进行声明，经过AOP将事务切面切入程序，最大的好处是大大减小了代码量。

3.Spring IoC容器配置Bean的方式？

答：

• 基于XML文件进行配置。
• 基于注解进行配置。
• 基于Java程序进行配置（Spring 3+）

4.Bean 是如何被管理的？

在Spring框架中，一旦把一个bean归入到Spring IoC容器之中，这个bean的生命周期就会交由容器进行管理，通常担当管理者角色的是BeanFactory或ApplicationContext。认识一下Bean的生命周期活动，对更好的利用它有很大的帮助。

归纳来讲主要有四个阶段：实例化，初始化，使用，销毁。

5.阐述Spring框架中Bean的生命周期？

ApplicationContext容器中，Bean的生命周期流程如上图所示，流程大体以下：

1.首先容器启动后，会对scope为singleton且非懒加载的bean进行实例化，

2.按照Bean定义信息配置信息，注入全部的属性，

3.若是Bean实现了BeanNameAware接口，会回调该接口的setBeanName()方法，传入该Bean的id，此时该Bean就得到了本身在配置文件中的id，

4.若是Bean实现了BeanFactoryAware接口,会回调该接口的setBeanFactory()方法，传入该Bean的BeanFactory，这样该Bean就得到了本身所在的BeanFactory，

5.若是Bean实现了ApplicationContextAware接口,会回调该接口的setApplicationContext()方法，传入该Bean的ApplicationContext，这样该Bean就得到了本身所在的ApplicationContext，

6.若是有Bean实现了BeanPostProcessor接口，则会回调该接口的postProcessBeforeInitialzation()方法，

7.若是Bean实现了InitializingBean接口，则会回调该接口的afterPropertiesSet()方法，

8.若是Bean配置了init-method方法，则会执行init-method配置的方法，

9.若是有Bean实现了BeanPostProcessor接口，则会回调该接口的postProcessAfterInitialization()方法，

10.通过流程9以后，就能够正式使用该Bean了,对于scope为singleton的Bean,Spring的ioc容器中会缓存一份该bean的实例，而对于scope为prototype的Bean,每次被调用都会new一个新的对象，期生命周期就交给调用方管理了，再也不是Spring容器进行管理了

11.容器关闭后，若是Bean实现了DisposableBean接口，则会回调该接口的destroy()方法，

12.若是Bean配置了destroy-method方法，则会执行destroy-method配置的方法，至此，整个Bean的生命周期结束

6.依赖注入时如何注入集合属性？

答：能够在定义Bean属性时，经过

<list> / <set> / <map> / <props>

分别为其注入列表、集合、映射和键值都是字符串的映射属性。

7.Spring中的自动装配有哪些限制？

答：

• 若是使用了构造器注入或者setter注入，那么将覆盖自动装配的依赖关系。
• 基本数据类型的值、字符串字面量、类字面量没法使用自动装配来注入。
• 优先考虑使用显式的装配来进行更精确的依赖注入而不是使用自动装配。

8.Resource 是如何被查找、加载的？

Resource 接口是 Spring 资源访问策略的抽象，它自己并不提供任何资源访问实现，具体的资源访问由该接口的实现类完成——每一个实现类表明一种资源访问策略。 Spring 为 Resource 接口提供了以下实现类：

• UrlResource：访问网络资源的实现类。
• ClassPathResource：访问类加载路径里资源的实现类。
• FileSystemResource：访问文件系统里资源的实现类。
• ServletContextResource：访问相对于 ServletContext 路径里的资源的实现类：
• InputStreamResource：访问输入流资源的实现类。
• ByteArrayResource：访问字节数组资源的实现类。 这些 Resource 实现类，针对不一样的的底层资源，提供了相应的资源访问逻辑，并提供便捷的包装，以利于客户端程序的资源访问。

9.有哪些经常使用的 Context？

最常被使用的 ApplicationContext 接口实现：

• FileSystemXmlApplicationContext：该容器从 XML 文件中加载已被定义的 bean。在这里，你须要提供给构造器 XML 文件的完整路径
• ClassPathXmlApplicationContext：该容器从 XML 文件中加载已被定义的 bean。在这里，你不须要提供 XML 文件的完整路径，只需正确配置 CLASSPATH 环境变量便可，由于，容器会从 CLASSPATH 中搜索 bean 配置文件。
• WebXmlApplicationContext：该容器会在一个 web 应用程序的范围内加载在 XML 文件中已被定义的 bean。

10.Spring中Bean的做用域有哪些？

singleton做用域

在默认状况下,spring的ApplicationContext容器在启动时,自动实例化全部singleton的Bean并缓存于容器中.虽然启动时会花费一些时间,但带来两个好处:首先对Bean提早的实例化操做会及早发现一些潜在的配置问题.其次Bean以缓存的方式保存,当运行时使用到该Bean时就无须再实例化了,加快了运行效率.若是用户不但愿在容器启动时提早实例化singleton的Bean,能够经过lazy-init属性进行控制.

prototype

在默认状况下,spring容器在启动时不实例化prototype的Bean.此外,spring容器将prototype的Bean交给调用者后,就再也不管理它的生命周期.

request做用域

每次HTTP请求都会建立一个新的Bean,HTTP请求处理完毕后,销毁这个Bean.该做用域仅适用于webApplicationContext环境.

session做用域

同一个HTTP session共享一个Bean,不一样HTTP session使用不一样的Bean,当HTTP Session结束后,实例才被销毁.该做用域仅适用于webApplicationContext环境

globalSession做用域

同一个全局session共享一个Bean,通常用于portlet应用环境,该做用域仅适用于webApplicationContext环境.

11.什么是IoC和DI？DI是如何实现的？

IOC

IOC是Inversion of Control的缩写，“控制反转”之意。 软件系统在没有引入IOC容器以前，对象A依赖于对象B，那么对象A在初始化或者运行到某一点的时候，本身必须主动去建立对象B或者使用已经建立的对象B。不管是建立仍是使用对象B，控制权都在本身手上。 软件系统在引入IOC容器以后，这种情形就彻底改变了，因为IOC容器的加入，对象A与对象B之间失去了直接联系，因此，当对象A运行到须要对象B的时候，IOC容器会主动建立一个对象B注入到对象A须要的地方。 经过先后的对比，咱们不难看出来：对象A得到依赖对象B的过程,由主动行为变为了被动行为，控制权颠倒过来了，这就是“控制反转”这个名称的由来。

DI

2004年，Martin Fowler探讨了同一个问题，既然IOC是控制反转，那么究竟是“哪些方面的控制被反转了呢？”，通过详细地分析和论证后，他得出了答案：“得到依赖对象的过程被反转了”。控制被反转以后，得到依赖对象的过程由自身管理变为了由IOC容器主动注入。 依赖注入(DI)和控制反转(IOC)是从不一样的角度的描述的同一件事情，就是指经过引入IOC容器，利用依赖关系注入的方式，实现对象之间的解耦。

优势

下降类之间耦合，可维护性比较好，很是便于进行单元测试，便于调试程序和诊断故障。 模块之间经过接口交流，互不干扰，便于团队开发。 可复用性好 模块具备热插拔特性，可直接修改配置文件。

缺点

引入了第三方IOC容器，生成对象的步骤变得有些复杂 IOC容器生成对象是经过反射方式，在运行效率上有必定的损耗。 额外的配置工做。

12.解释一下什么叫AOP（面向切面编程）？

答：AOP（Aspect-Oriented Programming）指一种程序设计范型，该范型以一种称为切面（aspect）的语言构造为基础，切面是一种新的模块化机制，用来描述分散在对象、类或方法中的横切关注点（crosscutting concern）。

13.你是如何理解”横切关注”这个概念的？

答：”横切关注”是会影响到整个应用程序的关注功能，它跟正常的业务逻辑是正交的，没有必然的联系，可是几乎全部的业务逻辑都会涉及到这些关注功能。一般，事务、日志、安全性等关注就是应用中的横切关注功能。

14.你如何理解AOP中的链接点（Joinpoint）、切点（Pointcut）、加强（Advice）、引介（Introduction）、织入（Weaving）、切面（Aspect）这些概念？

答： a. 链接点（Joinpoint）：程序执行的某个特定位置（如：某个方法调用前、调用后，方法抛出异常后）。一个类或一段程序代码拥有一些具备边界性质的特定点，这些代码中的特定点就是链接点。Spring仅支持方法的链接点。 b. 切点（Pointcut）：若是链接点至关于数据中的记录，那么切点至关于查询条件，一个切点能够匹配多个链接点。Spring AOP的规则解析引擎负责解析切点所设定的查询条件，找到对应的链接点。 c. 加强（Advice）：加强是织入到目标类链接点上的一段程序代码。Spring提供的加强接口都是带方位名的，如：BeforeAdvice、AfterReturningAdvice、ThrowsAdvice等。不少资料上将加强译为“通知”，这明显是个词不达意的翻译，让不少程序员困惑了许久。

说明： Advice在国内的不少书面资料中都被翻译成”通知”，可是很显然这个翻译没法表达其本质，有少许的读物上将这个词翻译为”加强”，这个翻译是对Advice较为准确的诠释，咱们经过AOP将横切关注功能加到原有的业务逻辑上，这就是对原有业务逻辑的一种加强，这种加强能够是前置加强、后置加强、返回后加强、抛异常时加强和包围型加强。 d. 引介（Introduction）：引介是一种特殊的加强，它为类添加一些属性和方法。这样，即便一个业务类本来没有实现某个接口，经过引介功能，能够动态的为该业务类添加接口的实现逻辑，让业务类成为这个接口的实现类。 e. 织入（Weaving）：织入是将加强添加到目标类具体链接点上的过程，AOP有三种织入方式：①编译期织入：须要特殊的Java编译期（例如AspectJ的ajc）；②装载期织入：要求使用特殊的类加载器，在装载类的时候对类进行加强；③运行时织入：在运行时为目标类生成代理实现加强。Spring采用了动态代理的方式实现了运行时织入，而AspectJ采用了编译期织入和装载期织入的方式。 f. 切面（Aspect）：切面是由切点和加强（引介）组成的，它包括了对横切关注功能的定义，也包括了对链接点的定义。

15.Spring中自动装配的方式有哪些？

答：

• no：不进行自动装配，手动设置Bean的依赖关系。
• byName：根据Bean的名字进行自动装配。
• byType：根据Bean的类型进行自动装配。
• constructor：相似于byType，不过是应用于构造器的参数，若是正好有一个Bean与构造器的参数类型相同则能够自动装配，不然会致使错误。
• autodetect：若是有默认的构造器，则经过constructor的方式进行自动装配，不然使用byType的方式进行自动装配。

16.Spring中如何使用注解来配置Bean？有哪些相关的注解？

答：首先须要在Spring配置文件中增长以下配置：

<context:component-scan base-package="org.example"/>

而后能够用@Component、@Controller、@Service、@Repository注解来标注须要由Spring IoC容器进行对象托管的类。这几个注解没有本质区别，只不过@Controller一般用于控制器，@Service一般用于业务逻辑类，@Repository一般用于仓储类（例如咱们的DAO实现类），普通的类用@Component来标注。

17.Spring MVC的工做原理是怎样的？

Spring MVC的工做原理以下图所示：  ① 客户端的全部请求都交给前端控制器DispatcherServlet来处理，它会负责调用系统的其余模块来真正处理用户的请求。 ② DispatcherServlet收到请求后，将根据请求的信息（包括URL、HTTP协议方法、请求头、请求参数、Cookie等）以及HandlerMapping的配置找处处理该请求的Handler（任何一个对象均可以做为请求的Handler）。 ③在这个地方Spring会经过HandlerAdapter对该处理器进行封装。 ④ HandlerAdapter是一个适配器，它用统一的接口对各类Handler中的方法进行调用。 ⑤ Handler完成对用户请求的处理后，会返回一个ModelAndView对象给DispatcherServlet，ModelAndView顾名思义，包含了数据模型以及相应的视图的信息。 ⑥ ModelAndView的视图是逻辑视图，DispatcherServlet还要借助ViewResolver完成从逻辑视图到真实视图对象的解析工做。 ⑦ 当获得真正的视图对象后，DispatcherServlet会利用视图对象对模型数据进行渲染。 ⑧ 客户端获得响应，多是一个普通的HTML页面，也能够是XML或JSON字符串，还能够是一张图片或者一个PDF文件。

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

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

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

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

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

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

21.什么是Spring beans?

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

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.你怎样定义类的做用域?

当定义一个 在Spring里，咱们还能给这个bean声明一个做用域。它能够经过bean 定义中的scope属性来定义。

如，当Spring要在须要的时候每次生产一个新的bean实例，bean的scope属性被指定为prototype。

另外一方面，一个bean每次使用的时候必须返回同一个实例，这个bean的scope 属性 必须设为 singleton。

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

Spring框架支持如下五种bean的做用域：

1. singleton : bean在每一个Spring ioc 容器中只有一个实例。
2. prototype：一个bean的定义能够有多个实例。
3. request：每次http请求都会建立一个bean，该做用域仅在基于web的Spring ApplicationContext情形下有效。
4. session：在一个HTTP Session中，一个bean定义对应一个实例。该做用域仅在基于web的Spring ApplicationContext情形下有效。
5. global-session：在一个全局的HTTP Session中，一个bean定义对应一个实例。该做用域仅在基于web的Spring ApplicationContext情形下有效。

缺省的Spring bean 的做用域是Singleton.

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

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

27.什么是Spring的内部bean？

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

28.什么是bean装配?

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

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

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

###自动装配有哪些局限性 ?

自动装配的局限性是：

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

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

能够。

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

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

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

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

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

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

33.怎样开启注解装配？

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

@Required 注解

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

@Autowired 注解

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

@Qualifier 注解

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

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

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

JdbcTemplate

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

Spring对DAO的支持

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

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

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

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

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

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

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

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

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

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

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

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

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

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

39.Aspect 切面

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

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

关注点是应用中一个模块的行为，一个关注点可能会被定义成一个咱们想实现的一个功能。横切关注点是一个关注点，此关注点是整个应用都会使用的功能，并影响整个应用，好比日志，安全和数据传输，几乎应用的每一个模块都须要的功能。所以这些都属于横切关注点。

链接点

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

通知

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

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

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

切点

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

41.什么是引入?

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

41.什么是目标对象?

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

42.什么是代理?

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

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

BeanNameAutoProxyCreator DefaultAdvisorAutoProxyCreator Metadata autoproxying

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

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

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

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

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

46.什么是Spring的MVC框架？

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

47.DispatcherServlet

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

48.WebApplicationContext

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

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

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

@Controller 注解

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

@RequestMapping 注解

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

 

原文：Java架构笔记

免费Java高级资料须要本身领取，涵盖了Java、Redis、MongoDB、MySQL、Zookeeper、Spring Cloud、Dubbo高并发分布式等教程，一共30G。  
传送门：   https://mp.weixin.qq.com/s/JzddfH-7yNudmkjT0IRL8Q