Java最多见的面试题：模块九和模块十

9、设计模式

 

88. 说一下你熟悉的设计模式？

参考：Java常见的设计模式

 

89. 简单工厂和抽象工厂有什么区别？

简单工厂模式：

这个模式自己很简单并且使用在业务较简单的状况下。通常用于小项目或者具体产品不多扩展的状况（这样工厂类才不用常常更改）。

它由三种角色组成：

• 工厂类角色：这是本模式的核心，含有必定的商业逻辑和判断逻辑，根据逻辑不一样，产生具体的工厂产品。如例子中的Driver类。

• 抽象产品角色：它通常是具体产品继承的父类或者实现的接口。由接口或者抽象类来实现。如例中的Car接口。

• 具体产品角色：工厂类所建立的对象就是此角色的实例。在java中由一个具体类实现，如例子中的Benz、Bmw类。

来用类图来清晰的表示下的它们之间的关系：

 

抽象工厂模式：

 

先来认识下什么是产品族： 位于不一样产品等级结构中，功能相关联的产品组成的家族。

 

 

图中的BmwCar和BenzCar就是两个产品树（产品层次结构）；而如图所示的BenzSportsCar和BmwSportsCar就是一个产品族。他们均可以放到跑车家族中，所以功能有所关联。同理BmwBussinessCar和BenzBusinessCar也是一个产品族。

能够这么说，它和工厂方法模式的区别就在于须要建立对象的复杂程度上。并且抽象工厂模式是三个里面最为抽象、最具通常性的。抽象工厂模式的用意为：给客户端提供一个接口，能够建立多个产品族中的产品对象。

并且使用抽象工厂模式还要知足一下条件：

1. 系统中有多个产品族，而系统一次只可能消费其中一族产品

2. 同属于同一个产品族的产品以其使用。

来看看抽象工厂模式的各个角色（和工厂方法的一模一样）：

• 抽象工厂角色： 这是工厂方法模式的核心，它与应用程序无关。是具体工厂角色必须实现的接口或者必须继承的父类。在java中它由抽象类或者接口来实现。

• 具体工厂角色：它含有和具体业务逻辑有关的代码。由应用程序调用以建立对应的具体产品的对象。在java中它由具体的类来实现。

• 抽象产品角色：它是具体产品继承的父类或者是实现的接口。在java中通常有抽象类或者接口来实现。

• 具体产品角色：具体工厂角色所建立的对象就是此角色的实例。在java中由具体的类来实现。

 

---

 

10、Spring / Spring MVC

 

90. 为何要使用 spring？

1.简介

• 目的：解决企业应用开发的复杂性

• 功能：使用基本的JavaBean代替EJB，并提供了更多的企业应用功能

• 范围：任何Java应用

简单来讲，Spring是一个轻量级的控制反转(IoC)和面向切面(AOP)的容器框架。

 

2.轻量　　

从大小与开销两方面而言Spring都是轻量的。完整的Spring框架能够在一个大小只有1MB多的JAR文件里发布。而且Spring所需的处理开销也是微不足道的。此外，Spring是非侵入式的：典型地，Spring应用中的对象不依赖于Spring的特定类。

 

3.控制反转　　

Spring经过一种称做控制反转（IoC）的技术促进了松耦合。当应用了IoC，一个对象依赖的其它对象会经过被动的方式传递进来，而不是这个对象本身建立或者查找依赖对象。你能够认为IoC与JNDI相反——不是对象从容器中查找依赖，而是容器在对象初始化时不等对象请求就主动将依赖传递给它。

 

4.面向切面　　

Spring提供了面向切面编程的丰富支持，容许经过分离应用的业务逻辑与系统级服务（例如审计（auditing）和事务（transaction）管理）进行内聚性的开发。应用对象只实现它们应该作的——完成业务逻辑——仅此而已。它们并不负责（甚至是意识）其它的系统级关注点，例如日志或事务支持。

 

5.容器

Spring包含并管理应用对象的配置和生命周期，在这个意义上它是一种容器，你能够配置你的每一个bean如何被建立——基于一个可配置原型（prototype），你的bean能够建立一个单独的实例或者每次须要时都生成一个新的实例——以及它们是如何相互关联的。然而，Spring不该该被混同于传统的重量级的EJB容器，它们常常是庞大与笨重的，难以使用。

 

6.框架

Spring能够将简单的组件配置、组合成为复杂的应用。在Spring中，应用对象被声明式地组合，典型地是在一个XML文件里。Spring也提供了不少基础功能（事务管理、持久化框架集成等等），将应用逻辑的开发留给了你。

全部Spring的这些特征使你可以编写更干净、更可管理、而且更易于测试的代码。它们也为Spring中的各类模块提供了基础支持。

 

91. 解释一下什么是 aop？

AOP（Aspect-Oriented Programming，面向方面编程），能够说是OOP（Object-Oriented Programing，面向对象编程）的补充和完善。OOP引入封装、继承和多态性等概念来创建一种对象层次结构，用以模拟公共行为的一个集合。当咱们须要为分散的对象引入公共行为的时候，OOP则显得无能为力。也就是说，OOP容许你定义从上到下的关系，但并不适合定义从左到右的关系。例如日志功能。日志代码每每水平地散布在全部对象层次中，而与它所散布到的对象的核心功能毫无关系。对于其余类型的代码，如安全性、异常处理和透明的持续性也是如此。这种散布在各处的无关的代码被称为横切（cross-cutting）代码，在OOP设计中，它致使了大量代码的重复，而不利于各个模块的重用。

 

而AOP技术则偏偏相反，它利用一种称为“横切”的技术，剖解开封装的对象内部，并将那些影响了多个类的公共行为封装到一个可重用模块，并将其名为“Aspect”，即方面。所谓“方面”，简单地说，就是将那些与业务无关，却为业务模块所共同调用的逻辑或责任封装起来，便于减小系统的重复代码，下降模块间的耦合度，并有利于将来的可操做性和可维护性。AOP表明的是一个横向的关系，若是说“对象”是一个空心的圆柱体，其中封装的是对象的属性和行为；那么面向方面编程的方法，就仿佛一把利刃，将这些空心圆柱体剖开，以得到其内部的消息。而剖开的切面，也就是所谓的“方面”了。而后它又以巧夺天功的妙手将这些剖开的切面复原，不留痕迹。

 

使用“横切”技术，AOP把软件系统分为两个部分：核心关注点和横切关注点。业务处理的主要流程是核心关注点，与之关系不大的部分是横切关注点。横切关注点的一个特色是，他们常常发生在核心关注点的多处，而各处都基本类似。好比权限认证、日志、事务处理。Aop 的做用在于分离系统中的各类关注点，将核心关注点和横切关注点分离开来。正如Avanade公司的高级方案构架师Adam Magee所说，AOP的核心思想就是“将应用程序中的商业逻辑同对其提供支持的通用服务进行分离。”

 

92. 解释一下什么是 ioc？

IOC是Inversion of Control的缩写，多数书籍翻译成“控制反转”。

1996年，Michael Mattson在一篇有关探讨面向对象框架的文章中，首先提出了IOC 这个概念。对于面向对象设计及编程的基本思想，前面咱们已经讲了不少了，再也不赘述，简单来讲就是把复杂系统分解成相互合做的对象，这些对象类经过封装之后，内部实现对外部是透明的，从而下降了解决问题的复杂度，并且能够灵活地被重用和扩展。

IOC理论提出的观点大致是这样的：借助于“第三方”实现具备依赖关系的对象之间的解耦。以下图：

 

图 IOC解耦过程

　　

你们看到了吧，因为引进了中间位置的“第三方”，也就是IOC容器，使得A、B、C、D这4个对象没有了耦合关系，齿轮之间的传动所有依靠“第三方”了，所有对象的控制权所有上缴给“第三方”IOC容器，因此，IOC容器成了整个系统的关键核心，它起到了一种相似“粘合剂”的做用，把系统中的全部对象粘合在一块儿发挥做用，若是没有这个“粘合剂”，对象与对象之间会彼此失去联系，这就是有人把IOC容器比喻成“粘合剂”的由来。

　　

咱们再来作个试验：把上图中间的IOC容器拿掉，而后再来看看这套系统：

 

图 拿掉IOC容器后的系统

　　

咱们如今看到的画面，就是咱们要实现整个系统所须要完成的所有内容。这时候，A、B、C、D这4个对象之间已经没有了耦合关系，彼此毫无联系，这样的话，当你在实现A的时候，根本无须再去考虑B、C和D了，对象之间的依赖关系已经下降到了最低程度。因此，若是真能实现IOC容器，对于系统开发而言，这将是一件多么美好的事情，参与开发的每一成员只要实现本身的类就能够了，跟别人没有任何关系！

    

咱们再来看看，控制反转(IOC)到底为何要起这么个名字？咱们来对比一下：

    

软件系统在没有引入IOC容器以前，如图1所示，对象A依赖于对象B，那么对象A在初始化或者运行到某一点的时候，本身必须主动去建立对象B或者使用已经建立的对象B。不管是建立仍是使用对象B，控制权都在本身手上。

    

软件系统在引入IOC容器以后，这种情形就彻底改变了，如图3所示，因为IOC容器的加入，对象A与对象B之间失去了直接联系，因此，当对象A运行到须要对象B的时候，IOC容器会主动建立一个对象B注入到对象A须要的地方。

    

经过先后的对比，咱们不难看出来：对象A得到依赖对象B的过程,由主动行为变为了被动行为，控制权颠倒过来了，这就是“控制反转”这个名称的由来。

 

93. spring 有哪些主要模块？

 

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

 

更多信息：howtodoinjava.com/java-spring-framework-tutorials/

94. spring 经常使用的注入方式有哪些？

 

Spring经过DI（依赖注入）实现IOC（控制反转），经常使用的注入方式主要有三种：

 

1. 构造方法注入

2. setter注入

3. 基于注解的注入

 

95. spring 中的 bean 是线程安全的吗？

 

Spring容器中的Bean是否线程安全，容器自己并无提供Bean的线程安全策略，所以能够说spring容器中的Bean自己不具有线程安全的特性，可是具体仍是要结合具体scope的Bean去研究。

 

96. spring 支持几种 bean 的做用域？

 

当经过spring容器建立一个Bean实例时，不只能够完成Bean实例的实例化，还能够为Bean指定特定的做用域。Spring支持以下5种做用域：

 

• singleton：单例模式，在整个Spring IoC容器中，使用singleton定义的Bean将只有一个实例

• prototype：原型模式，每次经过容器的getBean方法获取prototype定义的Bean时，都将产生一个新的Bean实例

• request：对于每次HTTP请求，使用request定义的Bean都将产生一个新实例，即每次HTTP请求将会产生不一样的Bean实例。只有在Web应用中使用Spring时，该做用域才有效

• session：对于每次HTTP Session，使用session定义的Bean豆浆产生一个新实例。一样只有在Web应用中使用Spring时，该做用域才有效

• globalsession：每一个全局的HTTP Session，使用session定义的Bean都将产生一个新实例。典型状况下，仅在使用portlet context的时候有效。一样只有在Web应用中使用Spring时，该做用域才有效

 

其中比较经常使用的是singleton和prototype两种做用域。对于singleton做用域的Bean，每次请求该Bean都将得到相同的实例。容器负责跟踪Bean实例的状态，负责维护Bean实例的生命周期行为；若是一个Bean被设置成prototype做用域，程序每次请求该id的Bean，Spring都会新建一个Bean实例，而后返回给程序。在这种状况下，Spring容器仅仅使用new 关键字建立Bean实例，一旦建立成功，容器不在跟踪实例，也不会维护Bean实例的状态。

 

若是不指定Bean的做用域，Spring默认使用singleton做用域。Java在建立Java实例时，须要进行内存申请；销毁实例时，须要完成垃圾回收，这些工做都会致使系统开销的增长。所以，prototype做用域Bean的建立、销毁代价比较大。而singleton做用域的Bean实例一旦建立成功，能够重复使用。所以，除非必要，不然尽可能避免将Bean被设置成prototype做用域。

 

97. spring 自动装配 bean 有哪些方式？

 

Spring容器负责建立应用程序中的bean同时经过ID来协调这些对象之间的关系。做为开发人员，咱们须要告诉Spring要建立哪些bean而且如何将其装配到一块儿。

 

spring中bean装配有两种方式：

 

• 隐式的bean发现机制和自动装配

• 在java代码或者XML中进行显示配置

 

固然这些方式也能够配合使用。

 

98. spring 事务实现方式有哪些？

 

1. 编程式事务管理对基于 POJO 的应用来讲是惟一选择。咱们须要在代码中调用beginTransaction()、commit()、rollback()等事务管理相关的方法，这就是编程式事务管理。

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

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

4. 基于 Aspectj AOP 配置事务

 

99. 说一下 spring 的事务隔离？

 

事务隔离级别指的是一个事务对数据的修改与另外一个并行的事务的隔离程度，当多个事务同时访问相同数据时，若是没有采起必要的隔离机制，就可能发生如下问题：

 

• 脏读：一个事务读到另外一个事务未提交的更新数据。

• 幻读：例如第一个事务对一个表中的数据进行了修改，好比这种修改涉及到表中的“所有数据行”。同时，第二个事务也修改这个表中的数据，这种修改是向表中插入“一行新数据”。那么，之后就会发生操做第一个事务的用户发现表中还存在没有修改的数据行，就好象发生了幻觉同样。

• 不可重复读：比方说在同一个事务中前后执行两条如出一辙的select语句，期间在这次事务中没有执行过任何DDL语句，但前后获得的结果不一致，这就是不可重复读。

 

100. 说一下 spring mvc 运行流程？

 

Spring MVC运行流程图：

 

 

Spring运行流程描述：

      

1. 用户向服务器发送请求，请求被Spring 前端控制Servelt DispatcherServlet捕获；

      

2. DispatcherServlet对请求URL进行解析，获得请求资源标识符（URI）。而后根据该URI，调用HandlerMapping得到该Handler配置的全部相关的对象（包括Handler对象以及Handler对象对应的拦截器），最后以HandlerExecutionChain对象的形式返回；

      

3. DispatcherServlet 根据得到的Handler，选择一个合适的HandlerAdapter；（附注：若是成功得到HandlerAdapter后，此时将开始执行拦截器的preHandler(...)方法）

       

4.  提取Request中的模型数据，填充Handler入参，开始执行Handler（Controller)。 在填充Handler的入参过程当中，根据你的配置，Spring将帮你作一些额外的工做：

 

• HttpMessageConveter： 将请求消息（如Json、xml等数据）转换成一个对象，将对象转换为指定的响应信息

• 数据转换：对请求消息进行数据转换。如String转换成Integer、Double等

• 数据根式化：对请求消息进行数据格式化。 如将字符串转换成格式化数字或格式化日期等

• 数据验证： 验证数据的有效性（长度、格式等），验证结果存储到BindingResult或Error中

      

5.  Handler执行完成后，向DispatcherServlet 返回一个ModelAndView对象；

      

6.  根据返回的ModelAndView，选择一个适合的ViewResolver（必须是已经注册到Spring容器中的ViewResolver)返回给DispatcherServlet ；

      

7. ViewResolver 结合Model和View，来渲染视图；

      

8. 将渲染结果返回给客户端。

 

101. spring mvc 有哪些组件？

 

Spring MVC的核心组件：

 

1. DispatcherServlet：中央控制器，把请求给转发到具体的控制类

2. Controller：具体处理请求的控制器

3. HandlerMapping：映射处理器，负责映射中央处理器转发给controller时的映射策略

4. ModelAndView：服务层返回的数据和视图层的封装类

5. ViewResolver：视图解析器，解析具体的视图

6. Interceptors ：拦截器，负责拦截咱们定义的请求而后作处理工做

 

102. @RequestMapping 的做用是什么？

 

RequestMapping是一个用来处理请求地址映射的注解，可用于类或方法上。用于类上，表示类中的全部响应请求的方法都是以该地址做为父路径。

 

RequestMapping注解有六个属性，下面咱们把她分红三类进行说明。

 

value， method：

 

• value：指定请求的实际地址，指定的地址能够是URI Template 模式（后面将会说明）；

• method：指定请求的method类型， GET、POST、PUT、DELETE等；

 

consumes，produces

 

• consumes：指定处理请求的提交内容类型（Content-Type），例如application/json, text/html；

• produces：指定返回的内容类型，仅当request请求头中的(Accept)类型中包含该指定类型才返回；

 

params，headers

 

• params： 指定request中必须包含某些参数值是，才让该方法处理。

• headers：指定request中必须包含某些指定的header值，才能让该方法处理请求。

  （完）