您的位置:首页 > 编程语言 > Java开发

好程序员Java学习路线分享Spring常见面试题

2019-10-16 11:05 1081 查看

本章面试题内容由好程序员Java教程为大家整理分享,希望对大家有所帮助。

  问:SpringIOC原理阐述

  答:把对象的创建、初始化、销毁等工作交给Spring容器来完成。我们可以把IOC容器的工作模式看做是工厂模式的升华,可以把IOC容器看作是一个工厂,这个工厂里要生产的对象都在配置文件中给出定义,然后利用编程语言的的反射编程,根据配置文件中给出的类名生成相应的对象。从实现来看,IOC是把以前在工厂方法里写死的对象生成代码,改变为由配置文件来定义,也就是把工厂和对象生成这两者独立分隔开来,目的就是提高灵活性和可维护性。

  问:SpringAOP原理

  答:1)面向对象的设计没有办法解决重复代码的问题

  2)SpringAOP使用动态代理技术在运行期植入增强的代码,aspectj是在编译器织入横切代码的形式来实现代理技术的

  3)SpringAOP使用了两种代理机制,一种是基于JDK的动态代理,一种是基于CGLib的动态代理

  4)JDK1.3以后java提供了动态代理的技术,运行开发者在运行期创建接口的代理实例

  5)jdk的动态代理主要涉及java.lang.reflect包中的两个类ProxyInvcoationHandler

  6)InvcoationHandler是一个接口,通过实行该接口可以订阅横切逻辑,并通过反射机制调用目标类的代码,动态讲横切逻辑和业务逻辑编织在一起

  7)Proxy利用InvocationHandler动态创建一个符号某一接口的实例,生成目标类的代理对象

  8)cglib采用非常底层的字节码技术,可以为一个类创建子类,并在子类中采用方法拦截技术拦截所有的父类方法的调用,并顺势织入横切逻辑

  问:AOP中的概念解释

  答:切面:Aspect,连接点:Joinpoint,增强:Advice,切入点:Pointcut,目标对象:Target,代理:Proxy,其中增强包括:前置增强,后置增强,返回会增强,环绕增强,抛出异常后增强

  问:使用SpringAOP可以基于两种方式

  答:一种是比较方便和强大的注解方式,使用注解配置SpringAOP总体分为两步,第一步是在xml文件中声明激活自动扫描组件功能,同时激活自动代理功能,一种则是中规中矩的xml配置方式

  问:Spring的事务传播机制

  答:1)REQUIRED(默认):支持使用当前事务,如果当前事务不存在,创建一个新事务。

  2)SUPPORTS:支持使用当前事务,如果当前事务不存在,则不使用事务。

  3)MANDATORY:中文翻译为强制,支持使用当前事务,如果当前事务不存在,则抛出Exception。

  4)REQUIRES_NEW:创建一个新事务,如果当前事务存在,把当前事务挂起。

  5)NOT_SUPPORTED:无事务执行,如果当前事务存在,把当前事务挂起。

  6)NEVER:无事务执行,如果当前有事务则抛出Exception。

  7)NESTED:嵌套事务,如果当前事务存在,那么在嵌套的事务中执行。如果当前事务不存在,则表现跟REQUIRED一样。

  问:Spring的事务实现方式

  答:1)编程式事务管理对基于POJO的应用来说是唯一选择。我们需要在代码中调用beginTransaction()、commit()、rollback()等事务管理相关的方法,这就是编程式事务管理。

  2)基于TransactionProxyFactoryBean的声明式事务管理

  3)基于@Transactional的声明式事务管理

  4)基于AspectjAOP配置事务

  问:Spring通过单实例化Bean简化多线程问题

  答:由于Spring的事务管理器是通过线程相关的ThreadLocal来保存数据访问基础设施(也即Connection实例),web容器本身就是多线程的,web容器为一个http请求创建一个独立的线程(实际大多数采用线程池),所以bean也是运行在多线程的环境下,在大多数情况下,Spring的bean都是单例的,单例的好处就是线程无关性,不存在多线程并发问题,Spring是通过ThreadLocal将有状态的变量本地线程化,达到另一个层面上的线程无关。

  问:SpringMVC工作原理

  答:SpringMVC框架围绕dispactcherServlet这个核心展开,dispatcherServlet是SpringMVC的总导演,总策划,他负责拦截请求并将器分派给响应的处理器处理。SpringMVC框架包括注解驱动控制器,请求及响应的信息处理,表单标签绑定,视图解析,本地化解析,上传文件解析,异常处理。

  SpringMVC通过一个前端servlet接收所有的请求,并将具体工作委托给其他组件进行处理

  1)整个过程开始于客户端发送一个HTTP请求,如果匹配web.xml的映射路径,则进行处理

  2)DispatcherServlet根据HandlerMapping找到对应的Handler,将处理权交给Handler

  3)HandlerAdapter这个适配器对各种Hander方法进行调用

  4)处理完了之后返回一个ModelAndView给DispatcherServelt

  5)Handler返回的ModelAndView()只是一个逻辑视图并不是一个正式的视图,DispatcherSevlet通过ViewResolver将逻辑视图转化为真正的视图View

  6)根据ModelAndView对模型数据进行视图渲染

  7)最终客户端得到相应消息,可能是一个普通的HTML页面,也可能是一个XML或者JSON串

  问:SpringMVC和Struts2的区别

  答:1)拦截机制的不同

  Struts2是类级别的拦截,每次请求就会创建一个Action,和Spring整合时Struts2的ActionBean注入作用域是原型模式prototype,然后通过setter,getter吧request数据注入到属性。Struts2中,一个Action对应一个request,response上下文,在接收参数时,可以通过属性接收,这说明属性参数是让多个方法共享的。Struts2中Action的一个方法可以对应一个url,而其类属性却被所有方法共享,这也就无法用注解或其他方式标识其所属方法了,只能设计为多例。

  SpringMVC是方法级别的拦截,一个方法对应一个Request上下文,所以方法直接基本上是独立的,独享request,response数据。而每个方法同时又何一个url对应,参数的传递是直接注入到方法中的,是方法所独有的。处理结果通过ModeMap返回给框架。在Spring整合时,SpringMVC的ControllerBean默认单例模式Singleton,所以默认对所有的请求,只会创建一个Controller,有应为没有共享的属性,所以是线程安全的,如果要改变默认的作用域,需要添加@Scope注解修改。

  Struts2有自己的拦截Interceptor机制,SpringMVC这是用的是独立的AOP方式,这样导致Struts2的配置文件量还是比SpringMVC大。

  2)底层框架的不同

  Struts2采用Filter(StrutsPrepareAndExecuteFilter)实现,SpringMVC(DispatcherServlet)则采用Servlet实现。Filter在容器启动之后即初始化;服务停止以后坠毁,晚于Servlet。Servlet在是在调用时初始化,先于Filter调用,服务停止后销毁。

  3)性能方面

  Struts2是类级别的拦截,每次请求对应实例一个新的Action,需要加载所有的属性值注入,SpringMVC实现了零配置,由于SpringMVC基于方法的拦截,有加载一次单例模式bean注入。所以,SpringMVC开发效率和性能高于Struts2。

  4)配置方面

SpringMVC和Spring是无缝的。从这个项目的管理和安全上也比Struts2高。

 


内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: