面试中遇到的框架问题

MVC理解：
model：
模型是应用程序的主体部分。模型表示业务数据。通常来说，你的模型类将包含取出、插入、更新、删除你的数据库信息的功能。模型层由Models层来充当，该层主要是用来存实体Bean类和Hibernate影射文件。通过该层开发者很方便地对整个工程下的Bean进行管理，同时也非常方便地对Hibernate配置文件进行影射，极大的提高了开发的效率，同时对以后系统的维护也非常方便。
view：
视图是应用程序中用户界面相关的部分，是用户看到并与之交互的界面。V层主要是采用JSP技术。通过JSP技术可以很方便地把数据展示在web浏览器上。在JSP技术基础上，对其进行了改进，把html语言和java语言进行分离，这样既达到了解耦的目的，也使后续系统的维护变得很方便。充分利用Struts2技术，在html页面中使用Struts2标签来展示数据。
controller:
控制器工作就是根据用户的输入，控制用户界面数据显示和更新model对象状态。控制层又细分为Action层，service层和Dao层。Action层只管流程控制，Service层只管逻辑控制，Dao层只管与数据打交道。

MVC模式它提出来的初衷就是为大型软件设计而提出的，它对那些需要经常复用，扩展的大型软件是非常有好处，但对于那些复用性，扩展性很少的小软件，特别是对于开发时间要求比较紧的情况下，采用MVC模式，其实不是一种明智的选择。

对ORM的理解：
对象关系映射是一种为了解决面向对象和关系数据库存在互不匹配的想象的技术。它完成了面向对象的编程语言到关系型数据库的映射，ORM框架可以看成应用数据和数据库之间的桥梁，通过它，我们可以以面向对象的方式操作，同时也可以利用关系型数据库系统对数据库操作的一些优势，以面向对象的方式操作方式操作持久化对象，而ORM框架负责转换成对应的SQL操作

Hibernate:
Hibernate是轻量级Java EE应用的持久层解决方案，是流行的ORM框架，它对JDBC进行了非常轻量级的对象封装，使得Java程序员可以面向对象的方式来操纵数据库。Hibernate不仅管理Java类到数据库表的映射，还提供数据查询和获取数据的操作，可以减少人工使用SQL和JDBC处理数据的时间。Hibernate实际上是一个提供数据库服务的中间件。Hibernate的持久化解决方案将用户从繁琐的JDBC访问中解脱出来，底层数据库连接获取，数据访问的实现、事务控制都无须用户关心，这种体系结构，将应用层从底层的JDBC／JTA API中抽象出来。
Hibernate有5个核心的接口、类，如下：
(1)SessionFactory接口：它是单个数据库映射关系经过编译后的内存镜像。所以，SessionFactory的初始化过程比较复杂，同时也耗费大量的资源。为了解决这个问题，Hibernate的设计人员对Hibernate采用了线程安全可以并发调用，实现SessionFactory的实例，多个线程可以并发调用，实现Hibernate实例共享。此外，它还是生成Session的工厂。
(2)Session接口：应用程序与持久储存层之间交互操作的一个单线程对象。Session接口对象实例中提供了持久化操作相关的“增、删、查、改”(CRUD)方面的操作。所有的持久化操作都是在Session的基础上完成的。通常将每一个Session对象实例和一个数据库事务绑定。
(3)事务Transaction接口：通过Transaction接口来达到允许应用系统通过一组一致的事务API来控制事务边界，从而可以封装系统底层的事务操作和访问的接口。将应用系统中涉及事务功能实现代码从底层的事务具体实现的技术细节中抽象出来，最终可以达到应用系统在不同的运行环境平台和Java EE容器之间方便的移植。
(4)Query接口：Query接口能让开发者方便的对数据库表中的数据及与之对应的持久化对象进行查询操作，利用它可以以面向对象的方式来实现对数据库的各种查询操作。
(5)Configuration：通过Configuration获取目前的配置(如数据源、数据库的URL、连接用户名及密码、数据库方言等)并将这些配置加载到内存中，并预启动Hibernate框架，最终达到创建SessionFactory对象的目的。

mybatis和hibernate的区别：
两者相同点
采用合理的Session管理机制。Hibernate与MyBatis都可以是通过SessionFactoryBuider由XML配置文件生成SessionFactory，然后由SessionFactory 生成Session，最后由Session来开启执行事务和SQL语句。其中SessionFactoryBuider，SessionFactory，Session的生命周期都是差不多的。都是是流行的ORM框架
Hibernate和MyBatis都支持JDBC和JTA事务处理。
Mybatis优势
Mybatis mapper xml 支持动态SQL，Hibernate不支持
MyBatis可以进行更为细致的SQL优化，可以减少查询字段。 MyBatis容易掌握，而Hibernate门槛较高。
Hibernate优势
Hibernate的DAO层开发比MyBatis简单，Mybatis需要维护SQL和结果映射。 Hibernate对对象的维护和缓存要比MyBatis好，对增删改查的对象的维护要方便。 Hibernate数据库移植性很好，MyBatis的数据库移植性不好，不同的数据库需要写不同SQL。 Hibernate有更好的二级缓存机制，可以使用第三方缓存。MyBatis本身提供的缓存机制不佳。
使用建议：
1、数据量
如果有超过千万级别的表
如果有单次业务大批量数据提交的需求（百万条及以上的），这个尤其不建议用Hibernate
如果有单次业务大批量读取需求（百万条及以上的）(注，hibernate多表查询比较费劲，用不好很容易造成性能问题)
2、表关联复杂度
如果主要业务表的关联表超过20个（大概值），不建议使用hibernate
3、人员
如果开发成员多数不是多年使用hibernate的情况，建议使用mybatis
4、数据库对于项目的重要程度
如果项目要求对于数据库可控性好，可深度调优，用mybatis

使用Struts的原因：
Struts2主要是用来控制整个系统流程。Struts2是一个具有很好实用价值的Web MVC框架，它减少了直接运用MVC模式来开发Web应用的周期。它提供一个好的控制器和一套定制的标签库Taglib，着力在控制器和视图上的应用，完美的体现了MVC设计思想。提供集中统一的权限控制、国际化提示和消息、输入校验和日志记录等技术支持。另外，它对其他技术和框架具有良好的融合性。如能与Hibernate等数据库访问技术相结合，利用集成技术减少数据库的工作量。
servlet 配置麻烦，不利于团队协作。
Struts流程：
Struts2主要是用来控制整个系统流程。它由三个部分组成，核心控制器FilterDispatcher、业务控制器和用户实现的业务逻辑组件。该控制器作为一个Filter运行在Web应用中，它负责拦截所有的用户请求，当用户请求到达时，该Filter会过滤用户请求。如果用户请求以action结尾，该请求将被转入Struts 2框架处理。Struts 2框架获得了.action请求后，将根据.action请求的前面部分决定调用哪个业务逻辑组件，最后根据返回的字符串来对应跳转的页面。

2.Struts2近期漏洞：
2016年4月26日，Apache Struts2官方又发布了一份安全公告：Apache Struts2 服务在开启动态方法调用的情况下可以远程执行任意命令，官方编号 S2-032，CVE编号 CVE-2016-3081。这是自2012年Struts2命令执行漏洞大规模爆发之后，该服务时隔四年再次爆发大规模漏洞。该漏洞也是今年目前爆出的最严重安全漏洞。黑客利用该漏洞，可对企业服务器实施远程操作，从而导致数据泄露、远程主机被控、内网渗透等重大安全威胁。
原理
这个漏洞是利用struts2的动态执行OGNL来访问任意java代码的，利用该漏洞，可以扫描远程网页，判断是否存在该类漏洞，进而发送恶意指令，实现文件上传，执行本机命令等后续攻击。
OGNL是Object-Graph Navigation Language的缩写，全称为对象图导航语言，是一种功能强大的表达式语言，它通过简单一致的语法，可以任意存取对象的属性或者调用对象的方法，能够遍历整个对象的结构图，实现对象属性类型的转换等功能。

Spring MVC和Struts2的区别：
机制：spring mvc的入口是servlet，而struts2是filter（这里要指出，filter和servlet是不同的。以前认为filter是 servlet的一种特殊），这样就导致了二者的机制不同，这里就牵涉到servlet和filter的区别了。
性能：spring会稍微比struts快。spring mvc是基于方法的设计，而sturts是基于类，每次发一次请求都会实例一个action，每个action都会被注入属性，而spring基于方法，粒度更细，但要小心把握像在servlet控制数据一样。spring3 mvc是方法级别的拦截，拦截到方法后根据参数上的注解，把request数据注入进去，在spring3 mvc中，一个方法对应一个request上下文。而struts2框架是类级别的拦截，每次来了请求就创建一个Action，然后调用setter getter方法把request中的数据注入；struts2实际上是通过setter getter方法与request打交道的；struts2中，一个Action对象对应一个request上下文。
参数传递：struts是在接受参数的时候，可以用属性来接受参数，这就说明参数是让多个方法共享的。
设计思想上：struts更加符合oop的编程思想， spring就比较谨慎，在servlet上扩展。
intercepter的实现机制：struts有以自己的interceptor机制，spring mvc用的是独立的AOP方式。这样导致struts的配置文件量还是比spring mvc大，虽然struts的配置能继承，所以我觉得论使用上来讲，spring mvc使用更加简洁，开发效率Spring MVC确实比struts2高。spring mvc是方法级别的拦截，一个方法对应一个request上下文，而方法同时又跟一个url对应，所以说从架构本身上spring3 mvc就容易实现restful url。struts2是类级别的拦截，一个类对应一个request上下文；实现restful url要费劲，因为struts2 action的一个方法可以对应一个url；而其类属性却被所有方法共享，这也就无法用注解或其他方式标识其所属方法了。spring3 mvc的方法之间基本上独立的，独享request response数据，请求数据通过参数获取，处理结果通过ModelMap交回给框架方法之间不共享变量，而struts2搞的就比较乱，虽然方法之间也是独立的，但其所有Action变量是共享的，这不会影响程序运行，却给我们编码，读程序时带来麻烦。
Spring:
Spring是从实际开发中抽取出来的开源框架，为企业的开发提供一个轻量级的解决方案。该解决方案包括：基于Ioc(控制反转)的核心机制，以及AOP(面向切面编程)的思想，能与多种持久层技术的整合，是优秀的Web MVC框架等。Spring致力于Java EE应用各层的解决方案而不是仅仅专注于某一层的方案，它贯穿表现层、业务层、持久层，降低各层组件的耦合度，实现软件各层的解耦.

Ioc(控制反转)
所谓的控制反转就是应用本身不负责依赖对象的创建及维护，依赖对象的创建及维护是由外部容器负责的。这样控制权就由应用转移到了外部容器，控制权的转移就是所谓反转。

AOP与OOP：

AOP和OOP互为补充，从两种不同的角度去认识事物。传统的OOP[4lJ编程是以对象为核心，系统由一系列相互依赖的对象组成，抽象的封装好这些对象的属性和行为，使得这些对象可以相互协作的完成特定的业务逻辑，从而完成一个完整的应用系统。但随着软件系统的不断扩大，系列化分工越来越细，对跨越多个模块的行为进行建模是，OOP暴露出了一些无法很好解决的问题。OOP的核心是采用的纵向结构去完成业务逻辑(也可理解为关注点)，很多不同模块可能具有相同的关注点(横切关注点)，OOP处理起来较为繁琐，模块间的耦合度大，后期维护和扩展比较困难。AOP的核心是允许我们独立的完成一个个关注点，然后以一种松耦合的方式把这些单独的关注点编织成一个完整的系统，形成了一种模块化横切关注点的方式。与OOP相对，AOP采用的是横向结构，例如，多个模块具有某个相同操作，这个操作就可以视为系统中的一个“横切关注点”。简单地说，AOP就是将那些与业务无关，却为业务处理模块共同服务的诸如并发访问控制的一些系统关注点(通用的功能需求)，从不相关的的类之间分离出来，在某个地方集中编写，组织和维护，这是系统建模中抽象层次的进一步提升，可以得到结构清晰、模块化强、代码问耦合度低、易于重用和维护的系统。

Spring 及其优点
大部分项目都少不了spring的身影，为什么大家对他如此青睐，而且对他的追捧丝毫没有减退之势呢
Spring是什么：
Spring是一个轻量级的DI和AOP容器框架。
说它轻量级有一大部分原因是相对与EJB的（虽然本人从没有接触过EJB的应用），重要的是，Spring是非侵入式的，基于spring开发的应用一般不依赖于spring的类。

DI：称作依赖注入(Dependency Injection),和控制反转一个概念，具体的讲，当一个角色需要另外一个角色协助的时候，在传统的程序设计中，通常有调用者来创建被调用者的实例。但是在spring中创建被调用者将不再有调用者完成，因此叫控制反转。创建被调用对象有Spring来完成，在容器实例化对象的时候主动的将被调用者（或者说它的依赖对象）注入给调用对象，因此又叫依赖注入。
AOP：Spring对面向切面编程提供了强有力的支持，通过它让我们将业务逻辑从应用服务（如事务管理）中分离出来，实现了高内聚开发，应用对象只关注业务逻辑，不再负责其它系统问题（如日志、事务等）。Spring支持用户自定义切面。
面向切面编程是面向对象编程的有力补充。面向对象编程将程序分成各个层次的对象，面向切面的程序将运行过程分解成各个切面。AOP是从运行程序的角度去考虑程序的结构，提取业务处理过程的切面，OOP是静态的抽象，AOP是动态的抽象，是对应用执行过程的步骤进行抽象，从而获得步骤之间的逻辑划分。
容器：Spring是个容器，因为它包含并且管理应用对象的生命周期和配置。如对象的创建、销毁、回调等。
框架：Spring作为一个框架，提供了一些基础功能，（如事务管理，持久层集成等），使开发人员更专注于开发应用逻辑。

看完了Spring是什么，再来看看Spring有哪些优点
1.使用Spring的IOC容器，将对象之间的依赖关系交给Spring，降低组件之间的耦合性，让我们更专注于应用逻辑
2.可以提供众多服务，事务管理，WS等。
3.AOP的很好支持，方便面向切面编程。
4.对主流的框架提供了很好的集成支持，如hibernate,Struts2,JPA等
5.Spring DI机制降低了业务对象替换的复杂性。
6.Spring属于低侵入，代码污染极低。
7.Spring的高度可开放性，并不强制依赖于Spring，开发者可以自由选择Spring部分或全部

Spring框架由7个定义良好的模块(组件)组成，各个模块可以独立存在，也可以联合使用。
(1)Spring Core：核心容器提供了Spring的基本功能。核心容器的核心功能是用Ioc容器来管理类的依赖关系．Spring采用的模式是调用者不理会被调用者的实例的创建，由Spring容器负责被调用者实例的创建和维护，需要时注入给调用者。这是目前最优秀的解耦模式。
(2)Spring AOP：Spring的AOP模块提供了面向切面编程的支持。SpringAOP采用的是纯Java实现。Spring AOP采用基于代理的AOP实现方案，AOP代理由Ioc容器负责生成、管理，依赖关系也一并由Ioc容器管理，尽管如此，Spring Ioc容器并不依赖于AOP，这样我们可以自由选择是否使用AOP。
(3)Spring ORM：提供了与多个第三方持久层框架的良好整合。
(4)Spring DAO： Spring进一步简化DAO开发步骤，能以一致的方式使用数据库访问技术，用统一的方式调用事务管理，避免具体的实现侵入业务逻辑层的代码中。
(5)Spring Context：它是一个配置文件，为Spring提供上下文信息，提供了框架式的对象访问方法。Context为Spring提供了一些服务支持，如对国际化(i18n)、电子邮件、校验和调度功能。
(6)Spring Web：提供了基础的针对Web开发的集成特性，例如多方文件上传，利用Servlet listeners进行IoC容器初始化和针对Web的applicationContext.
(7)Spring MVC：提供了Web应用的MVC实现。Spring的MVC框架并不是仅仅提供一种传统的实现，它提供了一种清晰的分离模型，在领域模型代码和web form之间。并且，还可以借助Spring框架的其他特性。

Struts、Hibernate和Spring的整合
Spring整合Hibernate
通过Hibernate进行数据持久层操作时，Hibernate的Session接口提供了基本的数据访问方法，获得Hibernate Session对象方法是要实现Hibernate的SessionFactory接口，SessionFactory接口极为重要，它是单个数据库映射关系编译后的内存镜像，负责打开、关闭和管理Session。Hibernate访问时，需要手动创建SessionFactory实例，这是繁琐的工作，我们希望能以声明式的方式管理SessionFactory实例。Spring的loc容器提供了这种方式，通过配置文件的配置管理SessionFactory实例，使用Spring管理Session对象，使用Spring实现声明式的事务管理。
1.在Spring的配置文件ApplicationContext．xml中配置Hibernate对SessionFactory的设置。如下面的示例代码。

    <bean id="sessionFactory" class="org.springframework.orm.hibernate3.LocalSessionFactoryBean">
        <property name="dataSource" ref="dataSource"/>
        
        <property name="hibernateProperties">
            <props>
                <prop key="hibernate.dialect">org.hibernate.dialect.MySQLDialectprop>
                <prop key="hibernate.show_sql">trueprop>
                <prop key="hibernate.format_sql">trueprop>
                <prop key="hibernate.hbm2ddl.auto">updateprop>
            props>
        property>
        
        <property name="mappingResources">
            <list>
                <value>cn/itcast/shop/user/vo/User.hbm.xmlvalue>
            list>
        property>
    bean>

当Spring的IoC容器配置了SessionFactory Bean，它随应用的部署启动而加载，可以利用Spring依赖注入特性将该Bean注入其它Bean。我们由配置文件还可以看出，以声明式的方式管理SessionFactory时，可以让应用在不同数据源间切换，一旦持久层服务发生改变，程序代码不需要改动，只需修改配置文件即可，使得系统的可维护性加强。
2、使用Spring中的HibernateDaosupport和HibernateTemplate类简化Hibernate DAO实现类的编写，完成数据持久化的操作。
3、通过Spring的事务机制进行统一的事务管理。Spring可以采用编程式和声明式两类事务管理。声明式的事务管理更灵活。可以在Spring中使用注解式的声明式事务管理:

    
    <bean id="transactionManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager">
        <property name="sessionFactory" ref="sessionFactory"/>
    bean>
    
    <tx:annotation-driven transaction-manager="transactionManager"/>

Spring整合Struts2
Struts和Spring的整合比较简单顺畅。整合关键点是：将Struts中的Action的实例生成不再由Struts负责，而交给Spring容器管理，主要目的是让控制器与业务逻辑组件实现分离。基于该目的，我们采用工厂模式策略，让Spring容器管理Action，利用IoC的依赖注入特性为控制器注入业务逻辑组件。Struts只单纯扮演控制器的角色。
Struts的核心控制器必须能装载Spring的应用程序环境。
我们推荐使用Struts2的Action交给Spring框架创建,因为Action类由Spring容器进行管理,可以方便的对Action类进行AOP的编程.但第二种有一个关键地方:就是在Struts2框架创建Action类的时候,默认是多例的.而Spring容器在管理类的时候,默认创建是单例的.单例的这种方式就容易产生线程安全问题.所以一定要配置类的scope属性.
在Spring的配置文件中:

<bean id="userAction" class="cn.itcast.shop.user.action.UserAction" scope="prototype">
bean>

在Struts的配置文件中:

<action name="user_*" class="userAction" method="{1}">
action>

Struts2、Hibernate和Spring的整合开发
将两组整合放在一起进行开发，就可以进行三者的组合开发。在进行三者整合开发时，一般可以采取由上往下和由下往上的分层开发的原则，多数实际项目开发，往往采用后者的开发模式，即：
(1)从底层开发，先开发领域对象，即一些实体类，这些领域对象会在各层之间进行传递，利用Hibernate做好领域对象和数据库表的映射关系。
(2)DAO层的开发。它是专门独立出来对数据进行持久化，即处理数据的CRUD操作，也是利用Spring对Hibernate提供的DAO支持类HibernateDaoSupport来实现的。每个DAO组件对应一个数据库表。
(3)Service层的开发。这层主要是具体业务组件开发，主要用于处理各类业务逻辑，并且能隔离事务和对其他资源调度。
(4)Action层开发。主要是处理Web请求，由Spring进行管理。