strutsspringhibernate面试题.docx
《strutsspringhibernate面试题.docx》由会员分享，可在线阅读，更多相关《strutsspringhibernate面试题.docx（12页珍藏版）》请在冰豆网上搜索。
strutsspringhibernate面试题
struts+spring+hibernate面试题集
1Action是不是线程安全的？
如果不是有什么方式可以保证Action的线程安全？
如果是，说明原因（struts1）
不是
尽量不要使用公共变量，声明局部变量，或者扩展RequestProcessor，让每次都创建一个Action，或者在spring中用scope="prototype"来管理
2.MVC，分析一下struts是如何实现MVC的
m：
JavaBean或结合EJB组件或者pojo构成
c：
Action来实现
v：
一组JSP文件及其标签构成。
3.struts1中的几个关键对象的作用（说说几个关键对象的作用）
Action：
控制器类，ActionForm：
表单对象，DynaValidatorForm：
动态form，ActonMapping：
配置文件中action节点的信息......
Struts2actionsupportServletActionContext
4.说说AOP和IOC的概念以及在spring中是如何应用的
AOP:
面向方面编程，ioc：
依赖注入；声明式事务和编程式事务积极一些通用部分
5.Hibernate有哪几种查询数据的方式
hql查询，sql查询，条件查询
6.load（）和get（）的区别
hibernate对于load方法认为该数据在数据库中一定存在，可以放心的使用代理来延迟加载，load默认支持延迟加载，在用到对象中的其他属性数据时才查询数据库，但是万一数据库中不存在该记录，只能抛异常ObjectNotFoundEcception；所说的load方法抛异常是指在使用该对象的数据时，数据库中不存在该数据时抛异常，而不是在创建这个对象时。
由于session中的缓存对于hibernate来说是个相当廉价的资源，所以在load时会先查一下session缓存看看该id对应的对象是否存在，不存在则创建代理（load时候之查询一级缓存，不存在则创建代理）。
get（）现在一级缓存找，没有就去二级缓存找，没有就去数据库找，没有就返回null；而对于get方法，hibernate一定要获取到真实的数据，否则返回null。
7.谈谈hibernate的延迟加载和openSessionInView
延迟加载要在session范围内，用到的时候再加载；opensessioninview是在web层写了一个
filter来打开和关闭session，这样就表示在一次request过程中session一直开着，保证了延迟
加载在session中的这个前提。
8.spring的事务有几种方式？
谈谈spring事务的隔离级别和传播行为。
声明事务和编程事务
隔离级别：
-DEFAULT使用数据库默认的隔离级别，orcale默认只读
-READ_UNCOMMITTED会出现脏读，不可重复读和幻影读问题
-READ_COMMITTED会出现重复读和幻影读
-REPEATABLE_READ会出现幻影读
-SERIALIZABLE最安全，但是代价最大，性能影响极其严重
和传播行为：
-REQUIRED存在事务就融入该事务，不存在就创建事务
-SUPPORTS存在事务就融入事务，不存在则不创建事务
-MANDATORY存在事务则融入该事务，不存在，抛异常
-REQUIRES_NEW总是创建新事务
-NOT_SUPPORTED存在事务则挂起，一直执行非事务操作
-NEVER总是执行非事务，如果当前存在事务则抛异常
-NESTED嵌入式事务
9.Hibernate中的update（）和saveOrUpdate（）的区别.
摘自hibernate说明文档：
saveOrUpdate（）做下面的事:
如果对象已经在本session中持久化了，不做任何事
如果另一个与本session关联的对象拥有相同的持久化标识（identifier），抛出一个异常
如果对象没有持久化标识（identifier）属性，对其调用save（）
如果对象的持久标识（identifier）表明其是一个新实例化的对象，对其调用save（）
如果对象是附带版本信息的（通过或）并且版本属性的值表明其是一个新实例化的对象，save（）它。
否则update（）这个对象
10.Spring对多种ORM框架提供了很好的支持，简单描述在Spring中使用Hibernate的方法，并结合事务管理。
getHiberanteTemplate里面提供了save，update，delete，find等方法。
简单说一个：
如果配置了声明式事务，当执行getHibernateTemplate的各种方法的时候，事务会自动被加载如果没有配置事务，那么以上操作不会真正的被同步到数据库，除非配置了hibernate的
autocommit=true
8.spring的事务有几种方式？
谈谈spring事务的隔离级别和传播行为。
spring事务分两种形式，声明式事务和编程式事务，spring提供了一个事务的接口
PaltformTractionManager接口，针对不同的事务，spring进行了不同的实现,对hibernate事务
的实现HIbernateTractionManager,对JDBC的JdbcTractionManager，
DataSourceTractionManager以及JdoTractionManager。
接口platformTractionManager提供了三
个方法，获取事务，提交和回滚的方法。
******************************************************************************
分享面试题二】Spring,hibernate,struts的面试笔试题（含答案）
（声明：
这里不是为其他商业利益，是为学习讨论使用）
【郑重声明】：
单纯接分将被删帖，希望大家有自己的感触
Hibernate工作原理及为什么要用？
原理：
1.读取并解析配置文件
2.读取并解析映射信息，创建SessionFactory
3.打开Sesssion
4.创建事务Transation
5.持久化操作
6.提交事务
7.关闭Session
8.关闭SesstionFactory
为什么要用：
1. 对JDBC访问数据库的代码做了封装，大大简化了数据访问层繁琐的重复性代码。
2. Hibernate是一个基于JDBC的主流持久化框架，是一个优秀的ORM实现。
他很大程度的简化DAO层的编码工作
3. hibernate使用Java反射机制，而不是字节码增强程序来实现透明性。
4. hibernate的性能非常好，因为它是个轻量级框架。
映射的灵活性很出色。
它支持各种关系数据库，从一对一到多对多的各种复杂关系。
2．Hibernate是如何延迟加载?
1.Hibernate2延迟加载实现：
a）实体对象b）集合（Collection）
2.Hibernate3提供了属性的延迟加载功能
当Hibernate在查询数据的时候，数据并没有存在与内存中，当程序真正对数据的操作时，对象才存在与内存中，就实现了延迟加载，他节省了服务器的内存开销，从而提高了服务器的性能。
3．Hibernate中怎样实现类之间的关系?
（如：
一对多、多对多的关系）
类与类之间的关系主要体现在表与表之间的关系进行操作，它们都市对对象进行操作，我们程序中把所有的表与类都映射在一起，它们通过配置文件中的many-to-one、one-to-many、many-to-many、
4．说下Hibernate的缓存机制
1.内部缓存存在Hibernate中又叫一级缓存，属于应用事物级缓存
2.二级缓存：
a）应用及缓存
b）分布式缓存
条件：
数据不会被第三方修改、数据大小在可接受范围、数据更新频率低、同一数据被系统频繁使用、非 关键数据
c）第三方缓存的实现
5．Hibernate的查询方式
Sql、Criteria,objectcomptosition
Hql：
1、属性查询
2、参数查询、命名参数查询
3、关联查询
4、分页查询
5、统计函数
6．如何优化Hibernate？
1.使用双向一对多关联，不使用单向一对多
2.灵活使用单向一对多关联
3.不用一对一，用多对一取代
4.配置对象缓存，不使用集合缓存
5.一对多集合使用Bag,多对多集合使用Set
6.继承类使用显式多态
7.表字段要少，表关联不要怕多，有二级缓存撑腰
7．Struts工作机制？
为什么要使用Struts？
工作机制：
Struts的工作流程:
在web应用启动时就会加载初始化ActionServlet,ActionServlet从
struts-config.xml文件中读取配置信息,把它们存放到各种配置对象
当ActionServlet接收到一个客户请求时,将执行如下流程.
-
（1）检索和用户请求匹配的ActionMapping实例,如果不存在,就返回请求路径无效信息;
-
（2）如果ActionForm实例不存在,就创建一个ActionForm对象,把客户提交的表单数据保存到ActionForm对象中;
-（3）根据配置信息决定是否需要表单验证.如果需要验证,就调用ActionForm的validate（）方法;
-（4）如果ActionForm的validate（）方法返回null或返回一个不包含ActionMessage的ActuibErrors对象,就表示表单验证成功;
-（5）ActionServlet根据ActionMapping所包含的映射信息决定将请求转发给哪个Action,如果相应的 Action实例不存在,就先创建这个实例,然后调用Action的execute（）方法;
-（6）Action的execute（）方法返回一个ActionForward对象,ActionServlet在把客户请求转发给ActionForward对象指向的JSP组件;
-（7）ActionForward对象指向JSP组件生成动态网页,返回给客户;
为什么要用：
JSP、Servlet、JavaBean技术的出现给我们构建强大的企业应用系统提供了可能。
但用这些技术构建的系统非常的繁乱，所以在此之上，我们需要一个规则、一个把这些技术组织起来的规则，这就是框架，Struts便应运而生。
基于Struts开发的应用由3类组件构成：
控制器组件、模型组件、视图组件
8．Struts的validate框架是如何验证的？
在struts配置文件中配置具体的错误提示，再在FormBean中的validate（）方法具体调用。
9．说下Struts的设计模式
MVC模式:
web应用程序启动时就会加载并初始化ActionServler。
用户提交表单时，一个配置好的ActionForm对象被创建，并被填入表单相应的数据，ActionServler根据Struts-config.xml文件配置好的设置决定是否需要表单验证，如果需要就调用ActionForm的Validate（）验证后选择将请求发送到哪个Action，如果Action不存在，ActionServlet会先创建这个对象，然后调用Action的execute（）方法。
Execute（）从ActionForm对象中获取数据，完成业务逻辑，返回一个ActionForward对象，ActionServlet再把客户请求转发给ActionForward对象指定的jsp组件，ActionForward对象指定的jsp生成动态的网页，返回给客户。
10．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属性和配置文件加入依赖性（协作对象）。
然后可以很容易地在需要时替换具有类似接口的协作对象。
}
Struts,Spring,Hibernate优缺点
Struts跟Tomcat、Turbine等诸多Apache项目一样，是开源软件，这是它的一大优点。
使开发者能更深入的了解其内部实现机制。
Struts开放源码框架的创建是为了使开发者在构建基于JavaServlet和JavaServerPages（JSP）技术的Web应用时更加容易。
Struts框架为开放者提供了一个统一的标准框架，通过使用Struts作为基础，开发者能够更专注于应用程序的商业逻辑。
Struts框架本身是使用JavaServlet和JavaServerPages技术的一种Model-View-Controller（MVC）实现.
具体来讲,
Struts的优点有:
1.实现MVC模式，结构清晰,使开发者只关注业务逻辑的实现.
2.有丰富的tag可以用,Struts的标记库（Taglib），如能灵活动用，则能大大提高开发效率。
另外，就目前国内的JSP开发者而言，除了使用JSP自带的常用标记外，很少开发自己的标记，或许Struts是一个很好的起点。
3.页面导航.页面导航将是今后的一个发展方向，事实上，这样做，使系统的脉络更加清晰。
通过一个配置文件，即可把握整个系统各部分之间的联系，这对于后期的维护有着莫大的好处。
尤其是当另一批开发者接手这个项目时，这种优势体现得更加明显。
4.提供Exception处理机制.
5.数据库链接池管理
6.支持I18N
缺点:
一、转到展示层时，需要配置forward，每一次转到展示层，相信大多数都是直接转到jsp，而涉及到转向，需要配置forward，如果有十个展示层的jsp，需要配置十次struts，而且还不包括有时候目录、文件变更，需要重新修改forward，注意，每次修改配置之后，要求重新部署整个项目，而tomcate这样的服务器，还必须重新启动服务器，如果业务变更复杂频繁的系统，这样的操作简单不可想象。
现在就是这样，几十上百个人同时在线使用我们的系统，大家可以想象一下，我的烦恼有多大。
二、Struts的Action必需是thread－safe方式，它仅仅允许一个实例去处理所有的请求。
所以action用到的所有的资源都必需统一同步，这个就引起了线程安全的问题。
三、测试不方便.Struts的每个Action都同Web层耦合在一起，这样它的测试依赖于Web容器，单元测试也很难实现。
不过有一个Junit的扩展工具StrutsTestCase可以实现它的单元测试。
四、类型的转换.Struts的FormBean把所有的数据都作为String类型，它可以使用工具Commons-Beanutils进行类型转化。
但它的转化都是在Class级别，而且转化的类型是不可配置的。
类型转化时的错误信息返回给用户也是非常困难的。
五、对Servlet的依赖性过强.Struts处理Action时必需要依赖ServletRequest和ServletResponse，所有它摆脱不了Servlet容器。
六、前端表达式语言方面.Struts集成了JSTL，所以它主要使用JSTL的表达式语言来获取数据。
可是JSTL的表达式语言在Collection和索引属性方面处理显得很弱。
七、对Action执行的控制困难.Struts创建一个Action，如果想控制它的执行顺序将会非常困难。
甚至你要重新去写Servlet来实现你的这个功能需求。
八、对Action执行前和后的处理.Struts处理Action的时候是基于class的hierarchies，很难在action处理前和后进行操作。
九、对事件支持不够.在struts中，实际是一个表单Form对应一个Action类（或DispatchAction），换一句话说：
在Struts中实际是一个表单只能对应一个事件，struts这种事件方式称为applicationevent，applicationevent和componentevent相比是一种粗粒度的事件。
Struts重要的表单对象ActionForm是一种对象，它代表了一种应用，这个对象中至少包含几个字段，这些字段是Jsp页面表单中的input字段，因为一个表单对应一个事件，所以，当我们需要将事件粒度细化到表单中这些字段时，也就是说，一个字段对应一个事件时，单纯使用Struts就不太可能，当然通过结合JavaScript也是可以转弯实现的。
2．Hibernate
Hibernate是一个开放源代码的对象关系映射框架，它对JDBC进行了非常轻量级的对象封装，使得Java程序员可以随心所欲的使用对象编程思维来操纵数据库。
Hibernate可以应用在任何使用JDBC的场合，既可以在Java的客户端程序实用，也可以在Servlet/JSP的Web应用中使用，最具革命意义的是，Hibernate可以在应用EJB的J2EE架构中取代CMP，完成数据持久化的重任。
大多数开发机构经常采取创建各自独立的数据持久层。
一旦底层的数据结构发生改变，那么修改应用的其余部分使之适应这种改变的代价将是十分巨大的。
Hibernate适时的填补了这一空白，它为Java应用提供了一个易用的、高效率的对象关系映射框架。
hibernate是个轻量级的持久性框架，功能却非常丰富。
优点：
a.Hibernate使用Java反射机制而不是字节码增强程序来实现透明性。
b.Hibernate的性能非常好，因为它是个轻量级框架。
映射的灵活性很出色。
c.它支持各种关系数据库，从一对一到多对多的各种复杂关系。
缺点：
它限制您所使用的对象模型。
（例如，一个持久性类不能映射到多个表）其独有的界面和可怜的市场份额也让人不安，尽管如此，Hibernate还是以其强大的发展动力减轻了这些风险。
其他的开源持久性框架也有一些，不过都没有Hibernate这样有市场冲击力。
上面回贴情绪有点激动，希望谅解，我不是因为有人批评Hibernate而感到不快，而是因为帖子里面的观点实在让我觉得荒谬。
不管觉得Hibernate好也吧，不好也吧，我唯一觉得遗憾的是，在中文论坛里面找不到一个对Hibernate的真正高水平的评价。
在TSS上有一个关于Hibernate的hotthread，跟了几百贴，其中包括Hibernate作者Gavin和LiDOJDO的CTO，对于JDO和Hibernate有过一些激烈的争论，我曾经耐心的看了一遍，仍然没有发现针对Hibernate真正有力的攻击，那些所谓的攻击无非针对Hibernate没有一个GUI的配置工具，没有商业公司支持，没有标准化等等这些站不住脚的理由。
补充几点我的意见：
一、Hibernate是JDBC的轻量级的对象封装，它是一个独立的对象持久层框架，和AppServer，和EJB没有什么必然的联系。
Hibernate可以用在任何JDBC可以使用的场合，例如Java应用程序的数据库访问代码，DAO接口的实现类，甚至可以是BMP里面的访问数据库的代码。
从这个意义上来说，Hibernate和EB不是一个范畴的东西，也不存在非此即彼的关系。
二、Hibernate是一个和JDBC密切关联的框架，所以Hibernate的兼容性和JDBC驱动，和数据库都有一定的关系，但是和使用它的Java程序，和AppServer没有任何关系，也不存在兼容性问题。
三、Hibernate不能用来直接和EntityBean做对比，只有放在整个J2EE项目的框架中才能比较。
并且即使是放在软件整体框架中来看，Hibernate也是做为JDBC的替代者出现的，而不是EntityBean的替代者出现的，让我再列一次我已经列n次的框架结构：
传统的架构：
1）SessionBean<->EntityBean<->DB
为了解决性能障碍的替代架构：
2）SessionBean<->DAO<->JDBC<->DB
使用Hibernate来提高上面架构的开发效率的架构：
3）SessionBean<->DAO<->Hibernate<->DB
就上面3个架构来分析：
1、内存消耗：
采用JDBC的架构2无疑是最省内存的，Hibernate的架构3次之，EB的架构1最差。
2、运行效率：
如果JDBC的代码写的非常优化，那么JDBC架构运行效率最高，但是实际项目中，这一点几乎做不到，这需要程序员非常精通JDBC，运用Batch语句，调整PreapredStatement的BatchSize和FetchSize等参数，以及在必要的情况下采用结果集cache等等。
而一般情况下程序员是做不到这一点的。
因此Hibernate架构表现出最快的运行效率。
EB的架构效率会差的很远。
3、开发效率：
在有JBuilder的支持下以及简单的项目，EB架构开发效率最高，JDBC次之，Hibernate最差。
但是在大的项目，特别是持久层关系映射很复杂的情况下，Hibernate效率高的惊人，JDBC次之，而EB架构很可能会失败。
4、分布式，安全检查，集群，负载均衡的支持
由于有SB做为Facade，3个架构没有区别。
四、EB和Hibernate学习难度在哪里？
EB的难度在哪里？
不在复杂的XML配置文件上，而在于EB运用稍微不慎，就有严重的性能障碍。
所以难在你需要学习很多EJB设计模式来避开性能问题，需要学习AppServer和EB的配置来优化E
升级会员 