Spring面试题001

1.Spring框架中用到了哪些设计模式？

1：代理模式——AOP的增强
2：单例模式——在Spring配置文件中定义的Bean默认为单例模式
3：工厂模式——BeanFactory用来创建对象的实例
4：模板方法——用来解决代码重复问题。比如RestTemplate

2.对于SpringIOC和依赖注入DI的理解

IOC： IOC就是控制反转。就是对象的创建权反转交给Spring，用容器控制程序之间的依赖关系，作用是解除耦合。

DI依赖注入： 可以说是IOC的其中一个类容，在容器实例化对象的时候主动的将被调用者（或者说它的依赖对象）注入给调用对象。
注入方式： 构造方法注入，Set方法注入，P和C名称空间方法注入，SPEL方法注入，注解注入。

3.BeanFactory和ApplicationContext有什么区别？

BeanFactory和ApplicationContext是Spring的两大核心接口，而其中ApplicationContext是BeanFactory的子接口。它们都可以当作Spring的容器，生成Bean实例，并管理容器中的Bean。
(1) BeanFactory:是Spring里面最底层的接口,提供了最简单的容器的功能,负责读取bean配置文档,管理bean的加载与实例化,维护bean之间的依赖关系,负责bean的生命周期,但是无法支持spring的aop功能和web应用

(2) ApplicationContext接口作为BeanFactory的派生,因而具有BeanFactory所有的功能。而且ApplicationContext还在功能上做了扩展,以一种更面向框架的方式工作以及对上下文进行分层和实现继承,相较于BeanFactorty, ApplicationContext还提供了以下的功能:
默认初始化所有的Singleton,也可以通过配置取消预初始化。
继承MessageSource,因此支持国际化。
资源访问,比如访问URL和文件。
事件机制。
同时加载多个配置文件。
以声明式方式启动并创建Spring容器。
载入多个(有继承关系)上下文,使得每一个上下文都专注于一个特定的层次,比如应用的web层。

3. BeanFactroy采用的是延迟加载形式来注入Bean的,即只有在使用到某个Bean时(调用getBean(),才对该Bean进行加载实例化,这样,我们就不能发现一些存在的Spring的配置问题。如果Bean的某一个属性没有注入,BeanFacotry加载后,直至第一次使用调用getBean方法才会抛出异常

而ApplicationContext则相反,它是在容器启动时,一次性创建了所有的Bean。这样,在容器启动时,我们就可以发现Spring中存在的配置错误,这样有利于检查所依赖属性是否注入。ApplicationContext启动后预载入所有的单实例Bean,通过预载入单实例bean,确保当你需要的时候,你就不用等待,因为它们已经创建好了。

相对于基本的BeanFactory, ApplicationContext唯一的不足是占用内存空间。当应用程序配置Bean较多时,程序启动较慢。

(4) BeanFactory通常以编程的方式被创建, ApplicationContext还能以声明的方式创建,如使用ContextLoader.

(5) BeanFactory和ApplicationContext都支持BeanPostProcessor, BeanFactoryPostProcessor的使用,但两者之间的区别是: BeanFactory需要手动注册,而ApplicationContext则是自动注册

4.Spring支持的几种Bean的作用域？

Spring容器中的Bean分为5个范围：
1：singleton:这种bean的范围是默认的，这种范围确保不管接收到多少个请求，每个容器只有一个bean的实例，单例模式有beanfactory自身来维护。
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作用域相同。

5.谈谈你对SpringAOP的理解

AOP,一般称为面向方面(切面)编程,作为面向对象的一种补充,用于解剖封装好的对象内部,找出其中对多个对象产生影响的公共行为,并将其封装为一个可重用的模块,这个模块被命名为“切面" (Aspect) ,切面将那些与业务无关,却被业务模块共同调用的逻辑提取并封装起来,减少了系统中的重复代码,降低了模块间的耦合度,同时提高了系统的可维护性。可用于权限认证、日志、事务处理。

AOP实现的关键在于AOP框架自动创建的AOP代理, AOP代理主要分为静态代理和动态代理。静态代理的代表为Aspect):动态代理则以Spring AOP为代表。

(1) Aspect是静态代理的增强,所谓静态代理,就是AOP框架会在编译阶段生成AOP代理类,因此也称为编译时,增强,他会在编译阶段将Aspect织入到ava字节码中,运行的时候就是增强之后的AOP对象。
(2) Spring AOP使用的动态代理,所谓的动态代理就是说AOP框架不会去修改字节码,而是每次运行时在内存中临时为方法生成一个AOP对象,这个AOP对象包含了目标对象的全部方法,并且在特定的切点做了增强处理,并回调原对象的方法,

Spring AOP中的动态代理主要有两种方式, JDK动态代理和CGLIB动态代理:

1.JDK动态代理通过反射来接收被代理的类,并且要求被代理的类必须实现一个接口。JDK动态代理的核心是InvocationHandler接口和Proxy类。生成的代理对象的方法调用都会委托到InvocationHandler.invoke0方法,当我们调用代理类对象的方法时,这个"调用"会转送到invoke方法中,代理类对象作为proxy参数传入,参数method标识了我们具体调用的是代理类的哪个方法, args为这个方法的参数。

2.如果目标类没有实现接口,那么Spring AOP会选择使用CGLIB来动态代理目标类.CGLIB (CodeGeneration Library) ,是一个代码生成的类库,可以在运行时动态的生成指定类的一个子类对象,并覆盖其中特定方法,覆盖方法时可以添加增强代码,从而实现AOP, CGLIB是通过继承的方式做的动态代理,因此如果某个类被标记为final,那么它是无法使用CGLB做动态代理的。

(3)静态代理与动态代理区别在于生成AOP代理对象的时机不同,相对来说Aspect的静态代理方式具有更好的性能,但是Aspect需要特定的编译器进行处理,而Spring AOP则无需特定的编译器处理。

6.解释一下AOP中的名词

JoinPoint:连接点
类里面哪些方法可以被增强,这些方法称为连接点.在spring的AOP中,指的是所有现有的方法。
Pointcut: 切入点
在类里面可以有很多方法被增强,但是实际开发中,我们只对具体的某几个方法而已,那么这些实际增强的方法就称之为切入点
Advice:通知/增强
增强的逻辑、称为增强,比如给某个切入点(方法)扩展了校验权限的功能,那么这个校验权限即可称之为增强或者是通知通知分为:
前置通知: 在原来方法之前执行.
后置通知:在原来方法之后执行,特点:可以得到被增强方法的返回值
环绕通知:在方法之前和方法之后执行,特点:可以阻止目标方法执行
异常通知: 目标方法出现异常执行,如果方法没有异常,不会执行,特点可以获得异常的信息
最终通知:指的是无论是否有异常,总是被执行的。
Aspect:切面
切入点和通知的结合。

7.通知有哪些类型

(1)前置通知(Before advice) :
在某连接点(join point)之前执行的通知,但这个通知不能阻止连接点前的执行(除非它抛出一个异常) 。
**(2)返回后通知(After returning advice) 😗*在某连接点(join point)正常完成后执行的通知:例如,一个方法没有抛出任何异常,正常返回。
**(3)抛出异常后通知(After throwing advice) 😗*在方法抛出异常退出时执行的通知。
**(4)后通知(After (finally) advice) 😗*当某连接点退出的时候执行的通知(不论是正常返回还是异常退出)。
**(5)环绕通知(Around Advice) 😗*包围一个连接点(join point)的通知,如方法调用。这是最强大的一种通知类型。环绕通知可以在方法调用前后完成自定义的行为。它也会选择是否继续执行连接点或直接返回它们自己的返回值或抛出异常来结束执行。

8.Spring事务的种类和各自的区别

spring支持编程式事务管理和声明式事务管理两种方式
(1)编程式事务管理使用TransactionTemplate或者直接使用底层的PlatformTransactionManager。对于编程式事务管理, spring推荐使用TransactionTemplate.

(2)声明式事务管理建立在AOP之上的。其本质是对方法前后进行拦截,然后在目标方法开始之前创建或者加入一个事务,在执行完目标方法之后根据执行情况提交或者回滚事务。声明式事务最大的优点就是不需要通过编程的方式管理事务,这样就不需要在业务逻辑代码中掺杂事务管理的代码,只需在配置文件中做相关的事务规则声明(或通过基于@Transactional注解的方式),便可以将事务规则应用到业务逻辑中。

(3)显然声明式事务管理要优于编程式事务管理,这正是spring倡导的非侵入式的开发方式。声明式事务管理使业务代码不受污染,一个普通的POJO对象,只要加上注解就可以获得完全的事务支持。和编程式事务相比,声明式事务唯一不足地方是,后者的最细粒度只能作用到方法级别,无法做到像编程式事务那样可以作用到代码块级别。

10.Springl框架中的单例Beans是线程安全的么?

Spring框架并没有对单例bean进行任何多线程的封装处理。关于单例bean的线程安全和并发问题需要开发者自行去搞定。但实际上,大部分的Spring bean并没有可变的状态(比如Serview类和DAO类),所以在某种程度上说Spring的单例bean是线程安全的。如果你的bean有多种状态的话(比如View Model对象) ,就需要自行保证线程安全。
最浅显的解决办法就是将多态bean的作用域由"singleton"变更为"prototype".