hibernate面试宝典.docx
《hibernate面试宝典.docx》由会员分享，可在线阅读，更多相关《hibernate面试宝典.docx（26页珍藏版）》请在冰豆网上搜索。
hibernate面试宝典
Hibernate
1.Hibernate的初始化.
读取Hibernate的配置信息-〉创建SessionFactory
1）创建Configeration类的实例。
它的构造方法：
将配置信息（Hibernateconfig.xml）读入到内存。
一个Configeration实例代表Hibernate所有Java类到Sql数据库映射的集合。
2）创建SessionFactory实例把Configeration对象中的所有配置信息拷贝到SessionFactory的缓存中。
SessionFactory的实例代表一个数据库存储员源，创建后不再与Configeration对象关联。
缓存（cache）:
指Java对象的属性（通常是一些集合类型的属性－－占用内存空间。
SessionFactory的缓存中：
Hibernate配置信息。
OR映射元数据。
缓存－大：
重量级对象小：
轻量级对象
3）调用SessionFactory创建Session的方法
1】用户自行提供JDBC连接。
Connectioncon=dataSource.getConnection（）;
Sessions=sessionFactory.openSession（con）;
2】让SessionFactory提供连接
Sessions=sessionFactory.openSession（）;
4）通过Session接口提供的各种方法来操纵数据库访问。
Hibernate的缓存体系
一级缓存：
Session有一个内置的缓存，其中存放了被当前工作单元加载的对象。
每个Session都有自己独立的缓存，且只能被当前工作单元访问。
二级缓存：
SessionFactory的外置的可插拔的缓存插件。
其中的数据可被多个Session共享访问。
SessionFactory的内置缓存：
存放了映射元数据，预定义的Sql语句。
Hibernate中Java对象的状态
1.临时状态（transient）
特征：
1】不处于Session缓存中2】数据库中没有对象记录
Java如何进入临时状态
1】通过new语句刚创建一个对象时
2】当调用Session的delete（）方法，从Session缓存中删除一个对象时。
2.持久化状态（persisted）
特征：
1】处于Session缓存中2】持久化对象数据库中设有对象记录
3】Session在特定时刻会保持二者同步
Java如何进入持久化状态
1】Session的save（）把临时－》持久化状态
2】Session的load（）,get（）方法返回的对象
3】Session的find（）返回的list集合中存放的对象
4】Session的update（）,saveOrupdate（）使游离－》持久化
3.游离状态（detached）
特征：
1】不再位于Session缓存中
2】游离对象由持久化状态转变而来，数据库中可能还有对应记录。
Java如何进入持久化状态－》游离状态
1】Session的close（）方法
2】Session的evict（）方法，从缓存中删除一个对象。
提高性能。
少用。
hibernate的缓存Hibernate的缓存包括Session的缓存和SessionFactory的缓存，其中SessionFactory的缓存又可以分为两类：
内置缓存和外置缓存。
Session的缓存是内置的，不能被卸载，也被称为Hibernate的第一级缓存。
SessionFactory的内置缓存和Session的缓存在实现方式上比较相似，前者是SessionFactory对象的一些集合属性包含的数据，后者是指Session的一些集合属性包含的数据。
SessionFactory的内置缓存中存放了映射元数据和预定义SQL语句，映射元数据是映射文件中数据的拷贝，而预定义SQL语句是在Hibernate初始化阶段根据映射元数据推导出来，SessionFactory的内置缓存是只读的，应用程序不能修改缓存中的映射元数据和预定义SQL语句，因此SessionFactory不需要进行内置缓存与映射文件的同步。
SessionFactory的外置缓存是一个可配置的插件。
在默认情况下，SessionFactory不会启用这个插件。
外置缓存的数据是数据库数据的拷贝，外置缓存的介质可以是内存或者硬盘。
SessionFactory的外置缓存也被称为Hibernate的第二级缓存。
缓存的范围决定了缓存的生命周期以及可以被谁访问。
缓存的范围分为三类。
1事务范围：
缓存只能被当前事务访问。
缓存的生命周期依赖于事务的生命周期，当事务结束时，缓存也就结束生命周期。
在此范围下，缓存的介质是内存。
事务可以是数据库事务或者应用事务，每个事务都有独自的缓存，缓存内的数据通常采用相互关联的的对象形式。
2进程范围：
缓存被进程内的所有事务共享。
这些事务有可能是并发访问缓存，因此必须对缓存采取必要的事务隔离机制。
缓存的生命周期依赖于进程的生命周期，进程结束时，缓存也就结束了生命周期。
进程范围的缓存可能会存放大量的数据，所以存放的介质可以是内存或硬盘。
缓存内的数据既可以是相互关联的对象形式也可以是对象的松散数据形式。
松散的对象数据形式有点类似于对象的序列化数据，但是对象分解为松散的算法比对象序列化的算法要求更快。
3集群范围：
在集群环境中，缓存被一个机器或者多个机器的进程共享。
缓存中的数据被复制到集群环境中的每个进程节点，进程间通过远程通信来保证缓存中的数据的一致性，缓存中的数据通常采用对象的松散数据形式。
如前所述，Hibernate提供了两级缓存，第一级是Session的缓存。
由于Session对象的生命周期通常对应一个数据库事务或者一个应用事务，因此它的缓存是事务范围的缓存。
第一级缓存是必需的，不允许而且事实上也无法比卸除。
在第一级缓存中，持久化类的每个实例都具有唯一的OID。
第二级缓存是一个可插拔的的缓存插件，它是由SessionFactory负责管理。
由于SessionFactory对象的生命周期和应用程序的整个过程对应，因此第二级缓存是进程范围或者集群范围的缓存。
这个缓存中存放的对象的松散数据。
第二级对象有可能出现并发问题，因此需要采用适当的并发访问策略，该策略为被缓存的数据提供了事务隔离级别。
缓存适配器用于把具体的缓存实现软件与Hibernate集成。
第二级缓存是可选的，可以在每个类或每个集合的粒度上配置第二级缓存。
Hibernate的二级缓存策略的一般过程如下：
1）条件查询的时候，总是发出一条select*fromtable_namewhere….（选择所有字段）这样的SQL语句查询数据库，一次获得所有的数据对象。
2）把获得的所有数据对象根据ID放入到第二级缓存中。
3）当Hibernate根据ID访问数据对象的时候，首先从Session一级缓存中查；查不到，如果配置了二级缓存，那么从二级缓存中查；查不到，再查询数据库，把结果按照ID放入到缓存。
4）删除、更新、增加数据的时候，同时更新缓存。
Hibernate的二级缓存策略，是针对于ID查询的缓存策略，对于条件查询则毫无作用。
为此，Hibernate提供了针对条件查询的Query缓存。
Hibernate的Query缓存策略的过程如下：
1）Hibernate首先根据这些信息组成一个QueryKey，QueryKey包括条件查询的请求一般信息：
SQL,SQL需要的参数，记录范围（起始位置rowStart，最大记录个数maxRows），等。
2）Hibernate根据这个QueryKey到Query缓存中查找对应的结果列表。
如果存在，那么返回这个结果列表；如果不存在，查询数据库，获取结果列表，把整个结果列表根据QueryKey放入到Query缓存中。
3）QueryKey中的SQL涉及到一些表名，如果这些表的任何数据发生修改、删除、增加等操作，这些相关的QueryKey都要从缓存中清空。
Spring
一、IoC（Inversionofcontrol）:
控制反转
1、IoC：
概念：
控制权由对象本身转向容器；由容器根据配置文件去创建实例并创建各个实例之间的
依赖关系核心：
bean工厂；在Spring中，bean工厂创建的各个实例称作bean
二、AOP（Aspect-OrientedProgramming）:
面向方面编程
1、代理的两种方式：
静态代理：
?
针对每个具体类分别编写代理类；?
针对一个接口编写一个代理类；
动态代理：
针对一个方面编写一个InvocationHandler，然后借用JDK反射包中的Proxy类为各种接口动态生成相应的代理类
2、AOP的主要原理：
动态代理
Spring工作原理
Spring已经用过一段时间了，感觉Spring是个很不错的框架。
内部最核心的就是IOC了，
动态注入，让一个对象的创建不用new了，可以自动的生产，这其实就是利用java里的射
反射其实就是在运行时动态的去创建、调用对象，Spring就是在运行时，跟xmlSpring的配置文件来动态的创建对象，和调用对象里的方法的。
Spring还有一个核心就是AOP这个就是面向切面编程，可以为某一类对象进行监督和控制（也就是在调用这类对象的具体方法的前后去调用你指定的模块）从而达到对一个模块扩充的功能。
这些都是通过配置类达到的。
Spring目的：
就是让对象与对象（模块与模块）之间的关系没有通过代码来关联，都是通过配置类说明管理的（Spring根据这些配置内部通过反射去动态的组装对象）
要记住：
Spring是一个容器，凡是在容器里的对象才会有Spring所提供的这些服务和功能。
Spring里用的最经典的一个设计模式就是：
模板方法模式。
（这里我都不介绍了，是一个很常用的设计模式）Spring里的配置是很多的，很难都记住，但是Spring里的精华也无非就是以上的两点，把以上两点跟理解了也就基本上掌握了Spring.
二、
Spring工作原理及使用理由2009年06月27日星期六上午11:
5010．spring工作机制及为什么要用?
1.springmvc请所有的请求都提交给DispatcherServlet,它会委托应用系统的其他模块负责负责对请求进行真正的处理工作。
2.DispatcherServlet查询一个或多个HandlerMapping,找到处理请求的Controller.
3.DispatcherServlet请请求提交到目标Controller
4.Controller进行业务逻辑处理后，会返回一个ModelAndView
5.Dispathcher查询一个或多个ViewResolver视图解析器,找到ModelAndView对象指定的视图对象
6.视图对象负责渲染返回给客户端。
为什么用：
AOP让开发人员可以创建非行为性的关注点，称为横切关注点，并将它们插入到应用程序代码中。
使用AOP后，公共服务（比如日志、持久性、事务等）就可以分解成方面并应用到域对象上，同时不会增加域对象的对象模型的复杂性。
IOC允许创建一个可以构造对象的应用环境，然后向这些对象传递它们的协作对象。
正如单词倒置所表明的，IOC就像反过来的JNDI。
没有使用一堆抽象工厂、服务定位器、单元素（singleton）和直接构造（straightconstruction），每一个对象都是用其协作对象构造的。
因此是由容器管理协作对象（collaborator）。
Spring即使一个AOP框架，也是一IOC容器。
Spring最好的地方是它有助于您替换对象。
有了Spring，只要用JavaBean属性和配置文件加入依赖性（协作对象）。
然后可以很容易地在需要时替换具有类似接口的协作对象。
Spring框架是一个分层架构，由7个定义良好的模块组成。
Spring模块构建在核心容器之上，核心容器定义了创建、配置和管理bean的方式，如图1所示。
组成Spring框架的每个模块（或组件）都可以单独存在，或者与其他一个或多个模块联合实现。
每个模块的功能如下：
核心容器：
核心容器提供Spring框架的基本功能。
核心容器的主要组件是BeanFactory，它是工厂模式的实现。
BeanFactory使用控制反转（IOC）模式将应用程序的配置和依赖性规
Struts
一、
struts的工作原理可分为如下8步。
1.读取配置（初始化ModuleConfig对象）
Struts框架总控制器（ActionServlet）是一个Servlet，在web.xml中被配置成一个自动启动的Servlet。
读取配置文件struts-config.xml的配置信息，为不同的Struts模块初始化相应的ModuleConfig对象。
2.用户请求
用户提交表单或调用URL向WEB应用程序服务器提交一个请求，请求的数据用HTTP协议上传给WEB服务器。
3.填充FormBean
（*.do请求）从ActionConfig中找出对应该请求的Action子类，如有对应的Action且这个Action又一个相应的ActionForm，ActionForm被实例化并用HTTP请求的数据填充其属性，并保存在ServletContext中，这样他们就可以被其它Action对象或JSP调用。
如果没有对应的Action，控制器则直接转发给JSP或静态页面。
4.派发请求
控制器根据配置信息ActionConfig将请求派发到具体的Action，相应的FormBean一并传给这个Action的execute（）方法。
5.处理业务
Action一般只包含一个execute方法，它负责执行相应的业务逻辑。
执行完毕后返回一个ActionFoward对象，控制器通过该ActionFoward对象来进行转发工作。
6.返回响应
Action根据业务处理的不同结果返回一个响应对象给总控制器，该目标响应对相对应一个具体的JSP页面或另一个Action。
7.查找响应
总控制器根据业务功能Action返回的目标响应对象找到对应的资源对象，通常是一个具体的JSP页面。
8.响应用户
JSP将结果展现给用户。
二、
struts简介工作原理
Struts是一个基于SunJ2EE平台的MVC框架，主要是采用Servlet和JSP技术来实现的。
由于Struts能充分满足应用开发的需求，简单易用，敏捷迅速，在过去的一年中颇受关注。
Struts把Servlet、JSP、自定义标签和信息资源（messageresources）整合到一个统一的框架中，开发人员利用其进行开发时不用再自己编码实现全套MVC模式，极大的节省了时间，所以说Struts是一个非常不错的应用框架。
2.Struts的工作原理
谈到Struts,我们就不得不提到MVC设计模式。
MVC即Model-View-Controller的缩写，它是web应用当中的常用的设计模式。
MVC减弱了业务逻辑接口和数据接口之间的耦合，以及让视图层更富于变化。
Struts是MVC的一种实现，它很好的结合了Jsp,JavaServlet,JavaBean,Taglib等技术。
那么我们来看看Struts框架的工作原理：
控制：
在Struts中，ActionServlet起着一个控制器（Controller）的作用。
ActionServlet是一个通用的控制组件。
这个控制组件提供了处理所有发送到Struts的HTTP请求的入口点。
它截取和分发这些请求到相应的动作类（这些动作类都是Action类的子类）。
另外控制组件也负责用相应的请求参数填充ActionForm（通常称之为FromBean）,并传给动作类（通常称之为ActionBean）。
动作类实现核心商业逻辑，它可以访问javabean或调用EJB。
所有这些控制逻辑利用Struts-config.xml文件来配置。
视图：
主要是由Jsp来控制页面输出的。
它接收到ActionForm中的数据，利用html，taglib，bean，logic等显示数据。
模型：
在Struts中，主要存在三种bean,分别是：
Action,ActionForm,EJB或者JavaBean。
ActionForm用来封装客户请求信息，Action取得ActionForm中的数据，再由EJB或者JavaBean进行处理。
3Struts优点与缺点
优点：
1.利用Struts提供的taglib可以大大节约开发时间。
2.表现与逻辑分离。
3.维护扩展比较方便。
4便于团队开发
缺点：
大量的使用标签，对于初学者难度较大。
三、
StrutsActionServlet控制器对象
ActionServlet继承自javax.servlet.http.HttpServlet类，其在Strutsframework中扮演的角色是中心控制器。
它提供一个中心位置来处理全部的终端请求。
控制器ActionServlet主要负责将HTTP的客户请求信息组装后，根据配置文件的指定描述，转发到适当的处理器。
按照Servelt的标准，所有得Servlet必须在web配置文件（web.xml）声明。
同样，ActoinServlet必须在WebApplication配置文件（web.xml）中描述，有关配置信息如下。
中心控制器为所有的表示层请求提供了一个集中的访问点。
这个控制器提供的抽象概念减轻了开发者建立公共应用系统服务的困难，如管理视图、会话及表单数据。
它也提供一个通用机制如错误及异常处理，导航，国际化，数据验证，数据转换等。
当用户向服务器端提交请求的时候，实际上信息是首先发送到控制器ActionServlet，一旦控制器获得了请求，其就会将请求信息传交给一些辅助类（helpclasses）处理。
这些辅助类知道如何去处理与请求信息所对应的业务操作。
在Struts中，这个辅助类就是org.apache.struts.action.Action。
通常开发者需要自己继承Aciton类，从而实现自己的Action实例。
StrutsActionClassesActionServlet把全部提交的请求都被控制器委托到RequestProcessor对象。
RequestProcessor使用struts-config.xml文件检查请求URI找到动作Action标示符。
一个Action类的角色，就像客户请求动作和业务逻辑处理之间的一个适配器（Adaptor），其功能就是将请求与业务逻辑分开。
这样的分离，使得客户请求和Action类之间可以有多个点对点的映射。
而且Action类通常还提供了其它的辅助功能，比如：
认证（authorization）、日志（logging）和数据验证（validation）。
Action最为常用的是execute（）方法。
（注意，以前的perform方法在struts1.1中已经不再支持），还有一个execute（）方法，请参考apidoc，在此不在说明。
当Controller收到客户的请求的时候，在将请求转移到一个Action实例时，如果这个实例不存在，控制器会首先创建，然后会调用这个Action实例的execute（）方法。
StrutsFramework为应用系统中的每一个Action类只创建一个实例。
因为所有的用户都使用这一个实例，所以你必须确定你的Action类运行在一个多线程的环境中。
下图显示了一个execute（）方法如何被访问
StrutsActionMapping
上面讲到了一个客户请求是如何被控制器转发和处理的，但是，控制器如何知道什么样的信息转发到什么样的Action类呢？
这就需要一些与动作和请求信息相对应的映射配置说明。
在struts中，这些配置映射信息是存储在特定的XML文件（比如struts-config.xml）。
这些配置信息在系统启动的时候被读入内存，供strutsframework在运行期间使用。
在内存中，每一个元素都与org.apache.struts.action.ActionMapping类的一个实例对应。
下表就显示了一个登陆的配置映射。
上面的配置表示：
当可以通过/logonAction.do（此处假设配置的控制器映射为*.do）提交请求信息的时候，控制器将信息委托com.test.LogonAction处理。
调用LogonAction实例的execute（）方法。
同时将Mapping实例和所对应的LogonFormBean信息传入。
其中name=LogonForm，使用的form-bean元素所声明的ActionFormBean。
有关form-bean的申明如下显示。
使用ActionForward导航
元素则表示了当Action实例的execute（）方法运行完毕或，控制器根据Mapping可将响应信息转到适当的地方。
如上面现实，如果客户登陆成功，则调用welcomeforward，将成功信息返回到/welcome.jsp页面。
在你的execute（）方法的结尾可以使用下面的实例代码而返回welcomeforward。
当然你的welcomeforward必须在action元素属性中定义，正如上面所声明的那样
基于执行请求处理器的execute（…）方法的结果，当传递一个值匹配指定于元素中name属性的值的时候，下一个视图可以在execute（…）方法中被开发者用方便的方法org.apache.struts.action.ActionMapping.findForward（…）选择。
ActionMapping.findForward（…）方法既从它的本地范围又从全局范围提供一个ActionForward对象，该对象返回至RequestProcessor以RequestDispatcher.forward（…）或response.sendRedirect（…）调用下一个视图。
当元素有redirect=“false”属性或redirect属性不存在的时候，RequestDispatcher.forward（…）被执行；当redirect=“true”是，将调用sendRedirect（…）方法。
下例举例说明了redirect属性的用法：
如果redirect=true,URL建立如/contextPath/path因为HttpServletResponse.sendRedirect（…）中解释URL采用”/”开头相对于servlet容器根目录。
如果redirect=false,URI建立如/path因为ServletContext.getRequestDisptacher（…）采用虚拟目录相关URL。
在此稍稍说一下有关global-forwards的概念。
其在配置文件中描述了整个应用系统可以使用的ActionForward，而不是仅仅是一个特定的Action。
StrutsActionFormBean捕获表单数据
在上面讲解ActionServlet，Act
升级会员 