java SSH框架详解（面试和学习都是最好的收藏资料）

Java—SSH(MVC)
1. 谈谈你mvc的理解
MVC是Model—View—Controler的简称。即模型—视图—控制器。MVC是一种设计模式，
它强制性的把应用程序的输入、处理和输出分开。
MVC中的模型、视图、控制器它们分别担负着不一样的任务。
视图: 视图是用户看到并与之交互的界面。视图向用户显示相关的数据，并接受用
户的输入。视图不进行任何业务逻辑处理。
模型: 模型表示业务数据和业务处理。至关于JavaBean。一个模型能为多个视图提
供数据。这提升了应用程序的重用性
控制器: 当用户单击Web页面中的提交按钮时,控制器接受请求并调用相应的模型去
处理请求。
而后根据处理的结果调用相应的视图来显示处理的结果。
MVC的处理过程：首先控制器接受用户的请求，调用相应的模型来进行业务处理，
并返回数据给控制器。控制器调用相应的视图来显示处理的结果。并经过视图呈现
给用户。

Struts
1. struts1.2和struts2.0的区别？如何控制两种框架中的单例模式？
struts1.2和struts2.0的对比
a、Action类：
struts1.2要求Action类继承一个基类。struts2.0 Action要求继承ActionSupport基类
b、线程模式
struts1.2 Action是单例模式的而且必须是线程安全的,由于仅有一个Action的实
例来处理全部的请求。
单例策略限制了Struts1.2 Action能作的事情,而且开发时特别当心。Action资源
必须是线程安全的或同步的。
struts2.0 Action为每个请求产生一个实例,所以没有线程安全问题。
c、Servlet依赖
struts1.2 Action依赖于Servlet API,由于当一个Action被调用时
HttpServletRequest和HttpServletResponse被传递给execut方法。
struts2.0 Action不依赖于容器,容许Action脱离容器单独测试。若是需
要,Struts2 Action仍然能够访问初始的Request和Response。
可是,其余的元素减小或者消除了直接访问HttpServletRequest和
HttpServletResponse的必要性。
d、可测性
测试struts1.2 Action的一个主要问题是execute方法暴露了Servlet API(这使得
测试要依赖于容器)。一个第三方扩展：struts TestCase
提供了一套struts1.2的模拟对象来进行测试。
Struts2.0 Action能够经过初始化、设置属性、调用方法来测试,“依赖注入”也使
得测试更容易。

2. 项目中为何使用SSH
1. 使用Struts是由于struts是基于MVC模式的,很好的将应用程序进行了分层，使
开发者更关注于业务逻辑的实现；第二，struts有着丰富的taglib,如能灵活运
用，则能大大提升开发效率。
2. 使用Hibernate：由于hibernate为Java应用提供了一个易用的、高效率的对象
关系映射框架。hibernate是个轻量级的持久性框架，功能丰富。
3. 使用Spring：由于spring基于IoC(Inversion of Control，反向控制)和AOP构
架多层j2ee系统的框架，但它不强迫你必须在每一层中必须使用Spring，由于它模
块化的很好，容许你根据本身的须要选择使用它的某一个模块；
采用IoC使得能够很容易的实现bean的装配，提供了简洁的AOP并据此实现事务管理
(Transcation Managment),等等

3. struts与spring是如何继承的
不懂题目之意：是不是说的struts的action都继承自
org.apache.struts.action.Action
而Spring中的继承就不清楚了。

4. struts如何实现国际化
如下以两国语言(中文，英文)为例：
1. 在工程中加入Struts支持
2. 编辑ApplicationResource.properties文件,在其中加入要使用国际化的信息,
例如： lable.welcome.china=Welcome!!!
3. 建立英文资源文件ApplicationResource_en.properites
4. 建立临时中文资源文件ApplicationResource_temp.properites 例
如：lable.welcom.china=中国欢迎您!
5. 对临时中文资源文件进行编码转换。可使用myeclipse的插件,也能够在dos下
执行:
native2ascii -encoding gb2312 ApplicationResource_temp.properties
ApplicationResource_zh_CN.properties
6. 在jsp中加入struts的bean标记库 <%@ taglib
uri="/WEB-INF/struts-bean.tld" prefix="bean"%>
显示信息：
能够在struts-config.xml文件中定义多个资源包，而每一个资源包可以使用key属性指
定包的名称。

5. struts2.0的经常使用标签
1. 往action里传值：
2. 显示标签 property 用于输出指定值：
　　3. 用于从页面往action中(user)的对象内传值：
4. 判断用于在页面中判断指定数据 …. ….
5. 迭代用于将List、Map、ArrayList等集合进行循环遍历



6. URL地址标签，用于生成一个URL地址，能够经过URL标签指定的子元素向URL地
址发送请求参数



7. 超连接 通常和标签一块儿使用，用于带多个参数。




<<br /> <s:url action=>
“>超连接 <<br /> <s:url action=>
8. set标签，用于将某个值放入指定的范围内。例如application,session等。

6. struts中怎么配置form-bean、action、tiles
此处配置的是struts1.2的
form-bean配置：(在配置文件struts-config.xml中)：

name: 指定form的名字; type指定form的类型：包名+类名；
action配置：(在配置文件struts-config.xml中)

attribute=""
input=""
name=""
parameter=""
scope="request"
type=""
>

path：请求Action的名字; attribute：form的名字,与form-bean中的name对应;
input：输入页的路径;
name：若是配置了attribute,name不起做用,与attribute同样; parameter：使用
分发Action时,指定调用分发Action中的方法名;
scope：Action的范围; type：Action的类型：包名+类名；

tites配置：
1. 新建一个 tiles-defs.xml文件,并在其中作以下配置：





2. 在web.xml和struts-config.xml和web.xml中作相应配置：
在struts-config.xml中配置以下：
************


************
在web.xml中配置以下：
************

definitions-config /WEB-INF/tiles-defs.xml
*************
3. 调用Tiles组件
Tiles组件是经过Struts Action来调用的，在struts-config.xml中作以下action
配置：
*************
path="/member"
parameter="member-definition"
type="org.apache.struts.actions.ForwardAction"/>
**************
7. logic标签有哪几个？
此标签库能够分为三种类型：条件、循环、转发/重定向。
1. 条件类型 (没标注的都比较简单)
logic:empty, logic:notEmpty;
logic:equal, logic:notEqual, logic:lessThan,
logic:greaterThan,logic:lessEqual, logic:greaterEqual;
logic:present, logic:notPresent;
logic:match, logic:notMatch; 比较两字符串是否相等，能够比较字符串的开始
的、结尾的或其中的某个部分。location属性：指定从某个位置开始进行比较。

2. 循环类型
logic:iterate

3. 转发/重定向类型
logic:forward和logic:redirect
logic:forward标签和jsp:forward标签类似，但它可使用global forward中的一
个ActionForward
例如：
——————————————————————————
与上面相关的global forward中的代码：



logic:redirect标签和上面的标签相似，但它默认调用的方法是
response.sendRedirect()，
取代了上面的requestDispatcher.forward()。最大的不一样是它支持全部html:link
标签的属性，因此你可以指定request参数：

在MVC框架下，不推荐使用这两个标签，你应该是从controller中选择下一个
view，而不是从view中选择.在Jsp页面中不要过多的使用logic标签。

8. action是单实例仍是多实例，为何？
action是单实例的。当多个用户访问一个请求的时候，服务器内存中只有一个与之
对应的action类对象。
由于当服务器第一次加载struts的配置文件的时候,建立了一个Action后,每发送一
个请求,服务器都会先去检索相应的范围内(request,session)是否存在
这样一个action实例,若是存在,则使用这个实例,若是不存在,则建立一个action实例。

9. dispatchAction是用什么技术实现的？
DispatchAction　是Aciton的一个子类,主要解决了一个请求处理多个功能的问题
普通的Action你只能写execute方法来处理业务,而想用这一个Action处理多个任
务,你必需要请求参数进行解析,用if语句块来处理
举一个小例子:
有以下一个url: http://localhost:8080/myApp/addUserAction.do
若是你处理这个url的是一个普通的Action,那么就只能在execute里面执行插入的
相关操做,若是换成一下url:

http://localhost:8080/myApp/UserAction.do?method=add

你就应该根据method对象的值来执行相应的操做,如再有一个路径
http://localhost:8080/myApp/UserAction.do?method=delete
这个还可使用那个Action来处理的,只是多判断一下而已.
若是你用DispatchAction,就简单多了,因此dispatchAction仍是用的Action的这么
一个技术。

10. struts2.0的mvc模式？与struts1.0的区别?
struts2的mvc模式：当用户在页面提交用户请求时,该请求须要提交给struts2的控
制器处理。struts2的控制器根据处理结果,
决定将哪一个页面呈现给客户端。
与struts1最大的不一样是：struts2的控制器。struts2的控制器再也不像struts1的控
制器,须要继承一个Action父类,甚至能够无需实现
任何接口,struts2的Action就是一个普通的POJO。实际上，Struts2 的Action就是
一个包含execute方法的普通Java类
该类里包含的多个属性用于封装用户的请求参数。

11. STRUTS的配置文件是什么?
struts-config.xml

12. 请写出Struts的工做原理。

13. struts的处理流程。
1、ActionServlet的初始化
ActionServlet做为Struts组件的前端控制器，因为web.xml的相应配置：
0
在应用一加载时即会被实例化并调用其init方法，init方法所作的主要工做有二：
1. 加载struts配置文件，并建立用于封装配置信息的ModuleConfig对象
2. 加载资源文件，并建立用于封装资源文件的MessageResources对象
须要注意两点：若是web.xml有多模块配置，将建立多个ModuleConfig对象和
MessageResources对象分别
用于封装各个模块的struts配置文件和资源文件。
针对各个模块所建立的ModuleConfig对象和MessageResources对象将存储在
ServletContext中，对应的属
性名中有该模块名称的相应标识。
另外，若是有相应配置的话，init方法还将初始化数据源和PlugIn
2、ActionServlet的process
全部形如*.do的请求（根据web.xml中的相关配置）将提交给ActionServlet，最终
将调用其process方法
。process方法的主要工做有三：
1. 根据请求信息获知所请求的模块名称，从ServletContext中得到与请求模块对
应的的ModuleConfig对
象，并存储到request中。
2. 根据模块信息得到相应的RequestProcessor对象，一个模块对应一个
RequestProcessor对象，
RequestProcessor对象将关联与所属模块对应的ModuleConfig对象。
3. 调用RequestProcessor对象的process方法，将request和response做为参数传
递给它。
3、RequestProcessor的process
RequestProcessor对象的process方法的主要工做有五步：
1. 调用本身的 processPreprocess(request, response)方法，该方法不进行任何
操做，用于子类重写
扩展其功能。
2. 得到与请求地址所匹配的ActionMapping对象，AcionMapping对象用于封装一个
特定acion的配置信息
。
3. 根据ActionMapping中的配置信息得到ActionForm对象（该对象将缓存到
request或session中），并
将表单数据填充到ActionForm中，而后根据ActionMapping的配置决定是否验证
ActionForm，若是验证，
将调用ActionForm的 validate方法，若其返回的ActionErros对象中包含
ActionMessage对象则表示验证
失败，将转向action配置信息 input属性所指示的地址。
4. 若是ActionForm无需验证或验证经过将建立并缓存与请求地址匹配的Action对
象，将ActionMapping
对象、ActionForm对象、request和response做为参数调用其execute方法。
5. 根据Action对象的execute方法返回的ActionForward对象，将请求转发或重定
向到该ActionForward
所封装的地址。

14. 用struts +hibernate作一个增删查改(机试)

15. Struts2.0与Struts1.x有何区别。
特征
Struts的一
Struts的2

行动班
Struts的一要求采起行动班，以延长一个抽象的基类。 一个共同的问题在Struts
的一，是编程抽象类而不是接口。 1 2 Struts的行动， 可能实施一项行动的界
面，随着其余接口，使可选和定制服务。 Struts的2提供了相应的actionsupport
一流的执行经常使用的接口。 虽然，这项行动的界面是否是必需的 。 任何波霍对象
与执行的签名能够被用来做为一个Struts的二行动的对象。
线程模型
Struts的一行动是单身，必须线程安全的，由于将只有一个实例一类来处理全部的
请求采起行动。 单身人士策略地方的限制，能够作些什么与Struts的一行动，并
要求加倍当心发展。 行动的资源，必须线程安全的或同步。 2 Struts的行动对象
是实例对于每一个请求，所以没有线程安全问题。 （在实践中， Servlet的容器，
产生许多扔离家出走的对象，每次请求，并多一个对象不施加表现罚款，或影响垃
圾收集） 。
Servlet的依赖 Struts的一行动，依赖于该Servlet的空气污染指数以来，
httpservletrequest和httpservletresponse传递给Execute方法，当一个行动是引
用。 Struts的行动，二是不耦合的一个货柜。 最常常的Servlet的背景是派表明
做为简单的地图，让行动，以测试陷入孤立的境地。 2 Struts的行动仍然可使
用原来的请求和响应，若是须要。 不过，其余建筑元素，减小或消除须要访问
httpservetrequest或httpservletresponse直接。
测试
一个主要障碍，以测试Struts的一行动是Execute方法暴露了Servlet的空气污染指
数。 第三党的扩展， Struts的testcase ，提供了一套模拟对象的Struts 1 。 2
Struts的行动能够测试实例化的行动，设置属性，引用的方法。 依赖注入的支持
也使测试更简单。
收获的投入 Struts的一使用actionform对象捕获输入。 同样的行动，全部
actionforms必须扩大基地，一流的。 因为其余的JavaBeans不能被用来做为
actionforms ，开发商经常形成多余的班，以捕捉的投入。 dynabeans能够用来做
为一种替代创造常规actionform班，但这里太，发展商可能会redescribing现有的
JavaBeans 。
Struts的2使用性能的行动做为输入属性，再也不须要第二个输入对象。 输入属性可
能是丰富的对象类型可能有本身的属性。 行动性质能够从网页上经过taglibs 。
Struts的2还支持actionform模式，以及波霍形式，对象和波霍行动。 丰富的对象
类型，其中包括商业利益或域对象，能够被用来做为输入/输出对象。 该
modeldriven功能简化taglb的提述，波霍投入对象。

语言表达
Struts的一整合与jstl ，因此它使用jstl下午。 的El已基本对象图遍历，但相对
薄弱的收集和索引财产的支持。 Struts的二可使用jstl ，但框架也支持一个更
强大和灵活的语言表达所谓的“对象图形符号语言” （ ognl ） 。
有约束力的价值观归入意见 Struts的一使用标准的JSP机制，有约束力的物体进入
该网页的背景下访问。 Struts的2使用“ valuestack ”技术，使该taglibs能够访
问的价值观没有耦合您的见解，以对象类型，这是渲染。 该valuestack策略容许
重用的意见覆盖的类型可能有相同的属性名称，但不一样的属性类型。

类型转换
Struts的一actionform属性一般是全部字符串。 Struts的一用途的商品-
beanutils为类型转换。 转换器每级的，而不是配置的每一个实例。 Struts的2使用
ognl为类型转换。 该框架包括转换为基本和共同的对象类型和原始。
验证
Struts的一支持手册审定经过验证方法对actionform ，或经过一个扩展到商品校
验。 班级能够有不一样的验证背景为同一阶层，但不能链，以验证就分对象。
Struts的2支持手册审定经过验证的方法和xwork的验证框架。 该xwork的验证框架
支持连接验证分为分性能的使用验证的定义为性能一流的类型和验证。
控制行动的执行 Struts的一支持独立的请求处理器（生命周期）为每一个单元，但
全部的行动，在该模块必须共用相同的生命周期。 2 Struts的支持，创造不一样的
生命周期对每行动的基础上经过拦截堆叠。 自定义栈，才能创造和使用不一样的行
动，视须要。

16. Struts/webwork 的工做机制，它有哪些标签
Struts 2框架的大体处理流程以下：
浏览器发送请求，例如请求/mypage.action、/reports/myreport.pdf等。
核心控制器FilterDispatcher根据请求决定调用合适的Action。
WebWork的拦截器链自动对请求应用通用功能，例如workflow、validation或文件
上传等功能。
回调Action的execute方法，该execute方法先获取用户请求参数，而后执行某种数
据库操做，既能够是将数据保存到数据库，也能够从数据库中检索信息。实际上，
由于Action只是一个控制器，它会调用业务逻辑组件来处理用户的请求。
Action的execute方法处理结果信息将被输出到浏览器中，能够是HTML页面、图
像，也能够是PDF文档或者其余文档。此时支持的视图技术很是多，既支持JSP，也
支持Velocity、FreeMarker等模板技术。

Hibernate
1. 什么是Hibernate的并发机制？怎么去处理并发问题？
Hibernate并发机制：
a、Hibernate的Session对象是非线程安全的,对于单个请求,单个会话,单个的工做
单元(即单个事务,单个线程),它一般只使用一次,
而后就丢弃。
若是一个Session 实例容许共享的话，那些支持并发运行的,例如Http
request,session beans将会致使出现资源争用。
若是在Http Session中有hibernate的Session的话,就可能会出现同步访问Http
Session。只要用户足够快的点击浏览器的“刷新”,
就会致使两个并发运行的线程使用同一个Session。
b、多个事务并发访问同一块资源,可能会引起第一类丢失更新，脏读，幻读，不可
重复读，第二类丢失更新一系列的问题。

解决方案：设置事务隔离级别。
Serializable：串行化。隔离级别最高
Repeatable Read：可重复读
Read Committed：已提交数据读
Read Uncommitted：未提交数据读。隔离级别最差
设置锁：乐观锁和悲观锁。
乐观锁：使用版本号或时间戳来检测更新丢失,在的映射中设置 optimistic-
lock=”all”能够在没有版本或者时间戳属性映射的状况下实现 版本检查，此时
Hibernate将比较一行记录的每一个字段的状态 行级悲观锁：Hibernate老是使用数
据库的锁定机制，从不在内存中锁定对象！只要为JDBC链接指定一下隔 离级别，
而后让数据库去搞定一切就够了。类LockMode 定义了Hibernate所需的不一样的锁定
级别：LockMode.UPGRADE,LockMode.UPGRADE_NOWAIT,LockMode.READ;

2. Hibernate和spring中常出现的几个异常
org.springframework.beans.factory.BeanCreationException:
Error creating bean with name ‘sessionFactory’ defined in ServletContext
resource [/WEB-INF/applicationContext.xml]:
Initialization of bean failed; nested exception is
org.hibernate.MappingException: Repeated column in mapping for entity:
com.xindeco.myregister.pojo.MyRegisterInfo column:
password (should be mapped with insert=”false” update=”false”)
出错缘由：password 和repassword同时对应数据库表中的password一列，同时
update和insert都设为true。xml文件以下：

type="java.lang.String"
update="true"
insert="true"
access="property"
column="password"
length = "32"
/> type="java.lang.String"
update="false"
insert="false"
access="property"
column="password"
length = "32"
/>
解决方法：将repassword的insert和update设为false。

org.springframework.beans.factory.BeanCreationException:
Error creating bean with name ‘sessionFactory’ defined in ServletContext
resource [/WEB-INF/applicationContext.xml]:
Initialization of bean failed;nested exception is
org.hibernate.PropertyNotFoundException: Could not find a getter for ID
in class
错误缘由：hibernate的映射文件中ID是大写的，而pojo的类中id是小写的
解决方法：要么将pojo类中的id改称大写，要么把hibernate的映射文件中的ID改
称小写。

3. Hibernate与jdbc的联系
hibernate是jdbc的轻量级封装，包括jdbc的与数据库的链接（用
hibernate.property的配置文件实现固然本质是封装了jdbc的forname），
和查询，删除等代码，都用面向对象的思想用代码联系起来，hibernate经过hbm
配置文件把po类的字段和数据库的字段关联起来好比数据库的id,
在po类中就是pravite Long id; public Long getId() ;public setId(Long id);
而后hql语句也是面向对象的，它的查询语句不是查询数据库而是查询类的,这些实
现的魔法就是xml文件，其实hibernate=封装的jdbc+xml文件

4. Hibernate与spring的联系
hibernate中的一些对象能够给Spring来管理,让Spring容器来建立hibernate中一
些对象实例化。例如：SessionFactory，HibernateTemplate等。
Hibernate原本是对数据库的一些操做,放在DAO层,而Spring给业务层的方法定义了
事务,业务层调用DAO层的方法,很好的将Hibernate的操做也加入到事务中来了。

5. Hibernate自带的分页机制是什么？若是不使用Hibernate自带的分页，则采用
什么方式分页？
一、hibernate自带的分页机制：得到Session对象后，从Session中得到Query对
象。用Query.setFirstResult()：设置要显示的第一行数据,
Query.setMaxResults()：设置要显示的最后一行数据。
二、不使用hibernate自带的分页,可采用sql语句分页，
如：5:为每页显示的记录,2为当前页： select * top 5 from table where tabId
not in (select tabId top (2-1)*5 from table);

6. hibernate的对象的三种持久化状态，并给出解释？
不清楚hibernate的对象的三种持久化状态,只知道hibernate对象的三种状态,下面
有介绍。

7. hibernate中一对多配置文件返回的是什么？
hibernate中一对多配置文件会相应的映射为两张表，而且它们之间的关系是一对
多的。
例如：一个student和classes表的关系 。一个学生只能是一个班的,一个班能够有
多个学生。

8. update（）和saveOrUpdate（）的区别？
update()和saveOrUpdate()是用来对跨Session的PO进行状态管理的。
update()方法操做的对象必须是持久化了的对象。也就是说，若是此对象在数据库
中不存在的话，就不能使用update()方法。
saveOrUpdate()方法操做的对象既可使持久化了的，也可使没有持久化的对
象。若是是持久化了的对象调用saveOrUpdate()则会
更新数据库中的对象；若是是未持久化的对象使用此方法,则save到数据库中。

9. hibernate的三种状态之间如何转换
当对象由瞬时状态(Transient)一save()时，就变成了持久化状态。
当咱们在Session里存储对象的时候，实际是在Session的Map里存了一份，
也就是它的缓存里放了一份，而后，又到数据库里存了一份，在缓存里这一份叫持
久对象(Persistent)。
Session 一 Close()了，它的缓存也都关闭了，整个Session也就失效了，
这个时候，这个对象变成了游离状态(Detached)，但数据库中仍是存在的。
当游离状态(Detached)update()时，又变为了持久状态(Persistent)。
当持久状态(Persistent)delete()时，又变为了瞬时状态(Transient),
此时，数据库中没有与之对应的记录。

10. hibernate拒绝链接、服务器崩溃的缘由？最少写5个
1. db没有打开
2. 网络链接可能出了问题
3. 链接配置错了
4. 驱动的driver，url是否都写对了
5. LIB下加入相应驱动，数据链接代码是否有误
6. 数据库配置可能有问题
7. 当前联接太多了，服务器都有访问人数限制的
8. 服务器的相应端口没有开，即它不提供相应的服务
9 hibernate有哪些缓存，分别怎么使用?
10 你对hibernate的了解到了一个什么样的程度？
11 写出一个sql语句体现hibernate中一对多的关系

11. Hibernate介绍
Hibernate是一个开放源代码的对象关系映射框架，它对JDBC进行了很是轻量级的
对象封装，使得Java程序员能够为所欲为的使用对象编程思惟来操纵数据库。
Hibernate能够应用在任何使用JDBC的场合，既能够在Java的客户端程序使用，也
能够在Servlet/JSP的Web应用中使用，最具革命意义的是，Hibernate能够在应用
EJB的J2EE架构中取代CMP，完成数据持久化的重任。
　　Hibernate的核心接口一共有5个，分别为:Session、SessionFactory、
Transaction、Query和Configuration。这5个核心接口在任何开发中都会用到。通
过这些接口，不只能够对持久化对象进行存取，还可以进行事务控制。下面对这五
个核心接口分别加以介绍。
　　•Session接口:Session接口负责执行被持久化对象的CRUD操做(CRUD的任务是
完成与数据库的交流，包含了不少常见的SQL语句。)。但须要注意的是Session对
象是非线程安全的。同时，Hibernate的session不一样于JSP应用中的HttpSession。
这里当使用session这个术语时，其实指的是Hibernate中的session，而之后会将
HttpSesion对象称为用户session。
　　•SessionFactory接口:SessionFactroy接口负责初始化Hibernate。它充当数
据存储源的代理，并负责建立Session对象。这里用到了工厂模式。须要注意的是
SessionFactory并非轻量级的，由于通常状况下，一个项目一般只须要一个
SessionFactory就够，当须要操做多个数据库时，能够为每一个数据库指定一个
SessionFactory。
　　•Configuration接口:Configuration接口负责配置并启动Hibernate，建立
SessionFactory对象。在Hibernate的启动的过程当中，Configuration类的实例首先
定位映射文档位置、读取配置，而后建立SessionFactory对象。
　　•Transaction接口:Transaction接口负责事务相关的操做。它是可选的，开发
人员也能够设计编写本身的底层事务处理代码。
　　•Query和Criteria接口:Query和Criteria接口负责执行各类数据库查询。它可
以使用HQL语言或SQL语句两种表达方式。
12. Hibernate主键介绍
　　Assigned
　　Assigned方式由程序生成主键值，而且要在save()以前指定不然会抛出异常
　　特色：主键的生成值彻底由用户决定，与底层数据库无关。用户须要维护主键
值，在调用session.save()以前要指定主键值。
　　Hilo
　　Hilo使用高低位算法生成主键，高低位算法使用一个高位值和一个低位值，然
后把算法获得的两个值拼接起来做为数据库中的惟一主键。Hilo方式须要额外的数
据库表和字段提供高位值来源。默认请况下使用的表是
　　hibernate_unique_key，默认字段叫做next_hi。next_hi必须有一条记录不然
会出现错误。
　　特色：须要额外的数据库表的支持，能保证同一个数据库中主键的惟一性，但
不能保证多个数据库之间主键的惟一性。Hilo主键生成方式由Hibernate 维护，所
以Hilo方式与底层数据库无关，但不该该手动修改hi/lo算法使用的表的值，不然
会引发主键重复的异常。
　　Increment
　　Increment方式对主键值采起自动增加的方式生成新的主键值，但要求底层数
据库的支持Sequence。如Oracle，DB2等。须要在映射文件xxx.hbm.xml中加入
Increment标志符的设置。
　　特色：由Hibernate自己维护，适用于全部的数据库，不适合多进程并发更新
数据库，适合单一进程访问数据库。不能用于群集环境。
　　Identity
　　Identity当时根据底层数据库，来支持自动增加，不一样的数据库用不一样的主键
增加方式。
　　特色：与底层数据库有关，要求数据库支持Identity，如MySQl中是
auto_increment, SQL Server 中是Identity，支持的数据库有MySql、SQL
Server、DB二、Sybase和HypersonicSQL。 Identity无需Hibernate和用户的干涉，
使用较为方便，但不便于在不一样的数据库之间移植程序。
　　Sequence
　　Sequence须要底层数据库支持Sequence方式，例如Oracle数据库等
　　特色：须要底层数据库的支持序列，支持序列的数据库有DB二、PostgreSql、
Qracle、SAPDb等在不一样数据库之间移植程序，特别从支持序列的数据库移植到不
支持序列的数据库须要修改配置文件
　　Native
　　Native主键生成方式会根据不一样的底层数据库自动选择Identity、Sequence、
Hilo主键生成方式
　　特色：根据不一样的底层数据库采用不一样的主键生成方式。因为Hibernate会根
据底层数据库采用不一样的映射方式，所以便于程序移植，项目中若是用到多个数据
库时，可使用这种方式。
　　UUID
　　UUID使用128位UUID算法生成主键，可以保证网络环境下的主键惟一性，也就
可以保证在不一样数据库及不一样服务器下主键的惟一性。
　　特色;可以保证数据库中的主键惟一性，生成的主键占用比较多的存贮空间
　　Foreign GUID
　　Foreign用于一对一关系中。GUID主键生成方式使用了一种特殊算法，保证生
成主键的惟一性，支持SQL Server和MySQL
13. Hibernate源码中几个包的做用简要介绍
　　net.sf.hibernate.* 　该包的类基本上都是接口类和异常类
　　net.sf.hibernate.cache.* 　JCS的实现类
　　net.sf.hibernate.cfg.* 　配置文件读取类
　　net.sf.hibernate.collection.* 　Hibernate集合接口实现类，例如
List，Set，Bag等等，Hibernate之因此要自行编写集合接口实现类是为了支持
lazy loading
　　net.sf.hibernate.connection.* 　几个数据库链接池的Provider
　　net.sf.hibernate.dialect.* 　支持多种数据库特性，每一个Dialect实现类代
表一种数据库，描述了该数据库支持的数据类型和其它特色，例如是否有
AutoIncrement，是否有Sequence，是否有分页sql等等
　　net.sf.hibernate.eg.* 　Hibernate文档中用到的例子
　　net.sf.hibernate.engine.* 　这个包的类做用比较散
　　net.sf.hibernate.expression.* 　HQL支持的表达式
net.sf.hibernate.hq.* 　HQL实现
net.sf.hibernate.id.* 　ID生成器
　　net.sf.hibernate.impl.* 　最核心的包，一些重要接口的实现类，若是
Session，SessionFactory，Query等
　　net.sf.hibernate.jca.* 　JCA支持，把Session包装为支持JCA的接口实现类
　　net.sf.hibernate.jmx.* 　我不懂JMX，只知道JMX是用来编写App Server的
管理程序的，大概是JMX部分接口的实现，使得App Server能够经过JMX接口管理
Hibernate
　　net.sf.hibernate.loader.* 　也是很核心的包，主要是生成sql语句的
　　net.sf.hibernate.lob.* 　Blob和Clob支持
　　net.sf.hibernate.mapping.* 　hbm文件的属性实现
　　net.sf.hibernate.metadata.* 　PO的Meta实现
　　net.sf.hibernate.odmg.* 　ODMG是一个ORM标准，这个包是ODMG标准的实现类
　　net.sf.hibernate.persister.* 　核心包，实现持久对象和表之间的映射
　　net.sf.hibernate.proxy.* 　Proxy和Lazy Loading支持
　　net.sf.hibernate.ps.* 　该包是PreparedStatment Cache
　　net.sf.hibernate.sql.* 　生成JDBC sql语句的包
　　net.sf.hibernate.test.* 　测试类，你能够用junit来测试Hibernate
　　net.sf.hibernate.tool.hbm2ddl.* 　用hbm配置文件生成DDL
　　net.sf.hibernate.transaction.* 　Hibernate Transaction实现类
　　net.sf.hibernate.type.* 　Hibernate中定义的持久对象的属性的数据类型
　　net.sf.hibernate.util.* 　一些工具类，做用比较散
　　net.sf.hibernate.xml.* 　XML数据绑定
14. 缓存管理
　　Hibernate 中提供了两级Cache，第一级别的缓存是Session级别的缓存，它是
属于事务范围的缓存。这一级别的缓存由hibernate管理的，通常状况下无需进行
干预；第二级别的缓存是SessionFactory级别的缓存，它是属于进程范围或群集范
围的缓存。这一级别的缓存能够进行配置和更改，而且能够动态加载和卸载。
Hibernate还为查询结果提供了一个查询缓存，它依赖于第二级缓存。
　　1. 一级缓存和二级缓存的比较：第一级缓存 第二级缓存 存放数据的形式 相
互关联的持久化对象 对象的散装数据 缓存的范围 事务范围，每一个事务都有单独
的第一级缓存进程范围或集群范围，缓存被同一个进程或集群范围内的全部事务共
享 并发访问策略因为每一个事务都拥有单独的第一级缓存，不会出现并发问题，无
需提供并发访问策略因为多个事务会同时访问第二级缓存中相同数据，所以必须提
供适当的并发访问策略，来保证特定的事务隔离级别 数据过时策略没有提供数据
过时策略。处于一级缓存中的对象永远不会过时，除非应用程序显式清空缓存或者
清除特定的对象必须提供数据过时策略，如基于内存的缓存中的对象的最大数目，
容许对象处于缓存中的最长时间，以及容许对象处于缓存中的最长空闲时间 物理
存储介质内存内存和硬盘。对象的散装数据首先存放在基于内在的缓存中，当内存
中对象的数目达到数据过时策略中指定上限时，就会把其他的对象写入基于硬盘的
缓存中。缓存的软件实现 在Hibernate的Session的实现中包含了缓存的实现由第
三方提供，Hibernate仅提供了缓存适配器(CacheProvider)。用于把特定的缓存插
件集成到Hibernate中。启用缓存的方式只要应用程序经过Session接口来执行保
存、更新、删除、加载和查询数据库数据的操做，Hibernate就会启用第一级缓
存，把数据库中的数据以对象的形式拷贝到缓存中，对于批量更新和批量删除操
做，若是不但愿启用第一级缓存，能够绕过Hibernate API，直接经过JDBC　API来
执行指操做。用户能够在单个类或类的单个集合的粒度上配置第二级缓存。若是类
的实例被常常读但不多被修改，就能够考虑使用第二级缓存。只有为某个类或集合
配置了第二级缓存，Hibernate在运行时才会把它的实例加入到第二级缓存中。 用
户管理缓存的方式第一级缓存的物理介质为内存，因为内存容量有限，必须经过恰
当的检索策略和检索方式来限制加载对象的数目。Session的evit()方法能够显式
清空缓存中特定对象，但这种方法不值得推荐。 第二级缓存的物理介质能够是内
存和硬盘，所以第二级缓存能够存放大量的数据，数据过时策略的
maxElementsInMemory属性值能够控制内存中的对象数目。管理第二级缓存主要包
括两个方面：选择须要使用第二级缓存的持久类，设置合适的并发访问策略：选择
缓存适配器，设置合适的数据过时策略。
　　2. 一级缓存的管理： 当应用程序调用Session的save()、update()、
savaeOrUpdate()、get()或load()，以及调用查询接口的 list()、iterate()或
filter()方法时，若是在Session缓存中还不存在相应的对象，Hibernate就会把该
对象加入到第一级缓存中。当清理缓存时，Hibernate会根据缓存中对象的状态变
化来同步更新数据库。 Session为应用程序提供了两个管理缓存的方法：
evict(Object obj)：从缓存中清除参数指定的持久化对象。 clear()：清空缓存
中全部持久化对象。
　　3. 二级缓存的管理：
　　3.1. Hibernate的二级缓存策略的通常过程以下：
　　1) 条件查询的时候，老是发出一条select * from table_name where ….
（选择全部字段）这样的SQL语句查询数据库，一次得到全部的数据对象。
　　2) 把得到的全部数据对象根据ID放入到第二级缓存中。
　　3) 当Hibernate根据ID访问数据对象的时候，首先从Session一级缓存中查；
查不到，若是配置了二级缓存，那么从二级缓存中查；查不到，再查询数据库，把
结果按照ID放入到缓存。
　　4) 删除、更新、增长数据的时候，同时更新缓存。
　　Hibernate的二级缓存策略，是针对于ID查询的缓存策略，对于条件查询则毫
无做用。为此，Hibernate提供了针对条件查询的Query Cache。
　　3.2. 什么样的数据适合存放到第二级缓存中？ 1 不多被修改的数据 2 不是
很重要的数据，容许出现偶尔并发的数据 3 不会被并发访问的数据 4 参考数据,
指的是供应用参考的常量数据，它的实例数目有限，它的实例会被许多其余类的实
例引用，实例极少或者历来不会被修改。
　　3.3. 不适合存放到第二级缓存的数据？ 1 常常被修改的数据 2 财务数据，
绝对不容许出现并发 3 与其余应用共享的数据。
　　3.4. 经常使用的缓存插件 Hibernater 的二级缓存是一个插件，下面是几种经常使用
的缓存插件：
　　EhCache：可做为进程范围的缓存，存放数据的物理介质能够是内存或硬盘，
对Hibernate的查询缓存提供了支持。
　　OSCache：可做为进程范围的缓存，存放数据的物理介质能够是内存或硬盘，
提供了丰富的缓存数据过时策略，对Hibernate的查询缓存提供了支持。
　　SwarmCache：可做为群集范围内的缓存，但不支持Hibernate的查询缓存。
　　JBossCache：可做为群集范围内的缓存，支持事务型并发访问策略，对
Hibernate的查询缓存提供了支持。
　　3.5. 配置二级缓存的主要步骤：
　　1) 选择须要使用二级缓存的持久化类，设置它的命名缓存的并发访问策略。
这是最值得认真考虑的步骤。
　　2) 选择合适的缓存插件，而后编辑该插件的配置文件。

Spring
1. 你通常用spring作什么?
控制反转IOC AOP
2. spring中的哪一个类的哪一个方法可用于获取bean

3. spring是什么？根据你的理解详细谈谈你的看法。
◆目的：解决企业应用开发的复杂性
　　◆功能：使用基本的JavaBean代替EJB，并提供了更多的企业应用功能
　　◆范围：任何Java应用
　　简单来讲，Spring是一个轻量级的控制反转(IoC)和面向切面(AOP)的容器框架。
　　◆轻量——从大小与开销两方面而言Spring都是轻量的。完整的Spring框架能够
在一个大小只有1MB多的JAR文件里发布。而且Spring所需的处理开销也是微不足道
的。此外，Spring是非侵入式的：典型地，Spring应用中的对象不依赖于Spring的
特定类。
　　◆控制反转——Spring经过一种称做控制反转（IoC）的技术促进了松耦合。当应
用了IoC，一个对象依赖的其它对象会经过被动的方式传递进来，而不是这个对象
本身建立或者查找依赖对象。你能够认为IoC与JNDI相反——不是对象从容器中查找
依赖，而是容器在对象初始化时不等对象请求就主动将依赖传递给它。
　　◆面向切面——Spring提供了面向切面编程的丰富支持，容许经过分离应用的业
务逻辑与系统级服务（例如审计（auditing）和事务（）管理）进行内聚性的开
发。应用对象只实现它们应该作的——完成业务逻辑——仅此而已。它们并不负责（甚
至是意识）其它的系统级关注点，例如日志或事务支持。
　　◆容器——Spring包含并管理应用对象的配置和生命周期，在这个意义上它是一
种容器，你能够配置你的每一个bean如何被建立——基于一个可配置原型
（prototype），你的bean能够建立一个单独的实例或者每次须要时都生成一个新
的实例——以及它们是如何相互关联的。然而，Spring不该该被混同于传统的重量级
的EJB容器，它们常常是庞大与笨重的，难以使用。
　　◆框架——Spring能够将简单的组件配置、组合成为复杂的应用。在Spring中，
应用对象被声明式地组合，典型地是在一个XML文件里。Spring也提供了不少基础
功能（事务管理、持久化框架集成等等），将应用逻辑的开发留给了你。
　　全部Spring的这些特征使你可以编写更干净、更可管理、而且更易于测试的代
码。它们也为Spring中的各类模块提供了基础支持。

4. 项目中如何体现Spring中的切面编程，距离说明。
面向切面编程：主要是横切一个关注点,将一个关注点模块化成一个切面。在切面
上声明一个通知(Advice)和切入点(Pointcut); 通知: 是指在切面的某个特定的连
接点(表明一个方法的执行。经过声明一个org.aspectj.lang.JoinPoint类型的参
数可使通知（Advice）的主体部分得到链接点信息。)上执行的动做。通知中定
义了要插入的方法。切入点：切入点的内容是一个表达式，以描述须要在哪些对象
的哪些方法上插入通知中定义的方法。
项目中用到的Spring中的切面编程最多的地方：声明式事务管理。
a、定义一个事务管理器
b、配置事务特性(至关于声明通知。通常在业务层的类的一些方法上定义事务)
c、配置哪些类的哪些方法须要配置事务(至关于切入点。通常是业务类的方法上)

5. spring中能够用注入得到属性值，还有其余的方式吗？
读取配置文件

6. spring在项目中如何充当粘合剂
一、在项目中利用spring的IOC(控制反转或依赖注入),明确地定义组件接口(如
UserDAO)，开发者能够独立开发各个组件, 而后根据组件间的依赖关系组装
(UserAction依赖于UserBiz,UserBiz依赖于UserDAO)运行，很好的把
Struts(Action)和hibernate(DAO的实现)结合起来了。
二、spring的事务管理把hibernate对数据库的操做进行了事务配置。

7. spring的事务如何配置
spring的声明式事务配置：
1.
class="org.springframework.orm.hibernate3.LocalSessionFactoryBean">

/WEB-INF/classes/hibernate.cfg.xml
2. 配置事务管理器

class="org.springframework.orm.hibernate3.HibernateTransactionManager">


3. 配置事务特性








4. 配置哪些类的哪些方法配置事务



isolation设定事务的隔离级别，事务管理器根据它来控制另一个事务能够看到
本事务内的哪些数据。
定义的5个不一样的事务隔离级别：
DEFAULT：默认的隔离级别，使用数据库默认的事务隔离级别
READ_COMMITTED：保证一个事务修改的数据提交后才能被另一个事务读取。另外
一个事务不能读取该事务未提交的数据。这种事务隔离级别能够避免脏读出现，但
是可能会出现不可重复读和幻像读。
READ_UNCOMMITTED：这是事务最低的隔离级别，它充许别外一个事务能够看到这个
事务未提交的数据。这种隔离级别会产生脏读，不可重复读和幻像读。
REPEATABLE_READ：这种事务隔离级别能够防止脏读，不可重复读。可是可能出现
幻像读。它除了保证一个事务不能读取另外一个事务未提交的数据外，还保证了避免
不可重复读。
SERIALIZABLE：这是花费最高代价可是最可靠的事务隔离级别。事务被处理为顺序
执行。除了防止脏读，不可重复读外，还避免了幻像读。
propagation定义了7个事务传播行为
REQUIRED： 若是存在一个事务，则支持当前事务。若是没有事务则开启一个新的
事务。
SUPPORTS： 若是存在一个事务，支持当前事务。若是没有事务，则非事务的执
行。可是对于事务同步的事务管理器，SUPPORTS与不使用事务有少量不一样。
REQUIRES_NEW 老是开启一个新的事务。若是一个事务已经存在，则将这个存在的
事务挂起。
NOT_SUPPORTED 老是非事务地执行，并挂起任何存在的事务。
NEVER 老是非事务地执行，若是存在一个活动事务，则抛出异常
NESTED：若是一个活动的事务存在，则运行在一个嵌套的事务中. 若是没有活动事
务, 则按TransactionDefinition.PROPAGATION_REQUIRED 属性执行。
嵌套事务一个很是重要的概念就是内层事务依赖于外层事务。外层事务失败时，会
回滚内层事务所作的动做。而内层事务操做失败并不会引发外层事务的回滚。
REQUIRED应该是咱们首先的事务传播行为。它可以知足咱们大多数的事务需求。

8. transaction有那几种实现(事务处理)(Spring)
在Spring中，事务处理主要有两种方式
(1) 代码控制事务
在程序中引入新的模版类，这个类封装了事务管理的功能
(2) 参数配置控制事务,在Application-Context.xml增长一个事务代理
（UserDAOProxy）配置

2. IBATIS中的事物属性怎么配置
SQL MAP XML配置文件中的transactionManager