StrutsSpringHibernate 三大框架的面试.docx
- 文档编号:12010726
- 上传时间:2023-04-16
- 格式:DOCX
- 页数:21
- 大小:66.31KB
StrutsSpringHibernate 三大框架的面试.docx
《StrutsSpringHibernate 三大框架的面试.docx》由会员分享,可在线阅读,更多相关《StrutsSpringHibernate 三大框架的面试.docx(21页珍藏版)》请在冰豆网上搜索。
StrutsSpringHibernate三大框架的面试
Java工程师(程序员)面试题
Struts,Spring,Hibernate三大框架的面试
1.Hibernate工作原理及为什么要用?
原理:
1.读取并解析配置文件2.读取并解析映射信息,创建SessionFactory3.打开Session4.创建事务Transation5.持久化操作6.提交事务7.关闭Session8.关闭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
6.hibernate是什么?
hibernate是基于ORM对象关系映射(完成对象数据到关系数据映射的机制)实现的,做数据持久化的工具
7.JSF是什么?
JavaServerFace是基于组件的web开发框架,跟sturts差不多的框架
8.数据库里面的索引和约束是什么?
索引是为了提高数据的检索速度,索引是建立在数据表上,根据一个或多个字段建立的约束是为了保持数据的完整性,约束有非空约束,主键约束,外键约束等等。
5.说下Hibernate的缓存机制
1.内部缓存存在Hibernate中又叫一级缓存,属于应用事物级缓存
2.二级缓存:
a)应用及缓存
b)分布式缓存
条件:
数据不会被第三方修改、数据大小在可接受范围、数据更新频率低、同一数据被系统频繁使用、非关键数据
c)第三方缓存的实现
6.Hibernate的查询方式
Sql、Criteria,objectcomptosition
Hql:
1、属性查询
2、参数查询、命名参数查询
3、关联查询
4、分页查询
5、统计函数
7.如何优化Hibernate?
1.使用双向一对多关联,不使用单向一对多
2.灵活使用单向一对多关联
3.不用一对一,用多对一取代
4.配置对象缓存,不使用集合缓存
5.一对多集合使用Bag,多对多集合使用Set
6.继承类使用显式多态
7.表字段要少,表关联不要怕多,有二级缓存撑腰
Hibernate的原理和优点。
核心接口
通过这些接口,你不仅可以存储和获得持久对象,并且能够进行事务控制。
Session接口 Session接口对于Hibernate开发人员来说是一个最重要的接口。
然而在Hibernate中,实例化的Session是一个轻量级的类,创建和销毁它都不会占用很多资源。
这在实际项目中确实很重要,因为在客户程序中,可能会不断地创建以及销毁Session对象,如果Session的开销太大,会给系统带来不良影响。
SessionFactory接口 这里用到了一个设计模式――工厂模式,用户程序从工厂类SessionFactory中取得Session的实例。
令你感到奇怪的是SessionFactory并不是轻量级的!
实际上它的设计者的意图是让它能在整个应用中共享。
典型地来说,一个项目通常只需要一个SessionFactory就够了,但是当你的项目要操作多个数据库时,那你必须为每个数据库指定一个SessionFactory。
SessionFactory在Hibernate中实际起到了一个缓冲区的作用,它缓冲了Hibernate自动生成的SQL语句和一些其它的映射数据,还缓冲了一些将来有可能重复利用的数据。
Configuration接口 Configuration接口的作用是对Hibernate进行配置,以及对它进行启动。
在Hibernate的启动过程中,Configuration类的实例首先定位映射文档的位置,读取这些配置,然后创建一个SessionFactory对象。
Query和Criteria接口 Query接口让你方便地对数据库及持久对象进行查询,它可以有两种表达方式:
HQL语言或本地数据库的SQL语句。
Query经常被用来绑定查询参数、限制查询记录数量,并最终执行查询操作。
Criteria接口与Query接口非常类似,它允许你创建并执行面向对象的标准化查询。
值得注意的是Query接口也是轻量级的,它不能在Session之外使用。
Callback接口当一些有用的事件发生时――例如持久对象的载入、存储、删除时,Callback接口会通知Hibernate去接收一个通知消息。
一般而言,Callback接口在用户程序中并不是必须的,但你要在你的项目中创建审计日志时,你可能会用到它。
以下是它的策略接口:
·主键的生成(IdentifierGenerator接口)
·本地SQL语言支持(Dialect抽象类)
·缓冲机制(Cache和CacheProvider接口)
·JDBC连接管理(ConnectionProvider接口)
.事务管理(TransactionFactory,Transaction,和TransactionManagerLookup接口)
·ORM策略(ClassPersister接口)
·属性访问策略(PropertyAccessor接口)
·代理对象的创建(ProxyFactory接口)
Hibernate运行在两种环境下:
可管理环境和不可管理环境
·可管理环境――这种环境可管理如下资源:
池资源管理,诸如数据库连接池和,还有事务管理、安全定义。
一些典型的J2EE服务器(JBoss、Weblogic、WebSphere)已经实现了这些。
·不可管理环境――只是提供了一些基本的功能,诸如像Jetty或Tomcat这样的servlet容器环境。
优点:
Hibernate是JDBC的轻量级的对象封装,它是一个独立的对象持久层框架。
Hibernate可以用在任何JDBC可以使用的场合,例如Java应用程序的数据库访问代码,DAO接口的实现类,甚至可以是BMP里面的访问数据库的代码。
Hibernate是一个和JDBC密切关联的框架,所以Hibernate的兼容性和JDBC驱动,和数据库都有一定的关系,但是和使用它的Java程序,和AppServer没有任何关系,也不存在兼容性问题。
Hibernate不能用来直接和EntityBean做对比,只有放在整个J2EE项目的框架中才能比较。
并且即使是放在软件整体框架中来看,Hibernate也是做为JDBC的替代者出现的,而不是EntityBean的替代者出现的,
Hibernate是一个开放源代码的对象关系映射框架,它对JDBC进行了非常轻量级的对象封装,使得Java程序员可以随心所欲的使用对象编程思维来操纵数据库。
Hibernate可以应用在任何使用JDBC的场合。
Hibernate使用Java反射机制而不是字节码增强程序来实现透明性。
Hibernate的性能非常好,因为它是个轻量级框架。
映射的灵活性很出色。
它支持各种关系数据库,从一对一到多对多的各种复杂关系。
缺点:
它限制您所使用的对象模型。
(例如,一个持久性类不能映射到多个表)。
让我再列一次我已经列n次的框架结构:
传统的架构:
1)SessionBean<->EntityBean<->DB
为了解决性能障碍的替代架构:
2)SessionBean<->DAO<->JDBC<->DB
使用Hibernate来提高上面架构的开发效率的架构:
3)SessionBean<->DAO<->Hibernate<->DB
就上面3个架构来分析:
1、内存消耗:
采用JDBC的架构2无疑是最省内存的,Hibernate的架构次之,EB的架构1最差。
2、运行效率:
如果JDBC的代码写的非常优化,那么JDBC架构运行效率最高,但是实际项目中,这一点几乎做不到,这需要程序员非常精通JDBC,运用Batch语句,调整PreapredStatement的BatchSize和FetchSize等参数,以及在必要的情况下采用结果集cache等等。
而一般情况下程序员是做不到这一点的。
因此Hibernate架构表现出最快的运行效率。
EB的架构效率会差的很远。
3、开发效率:
在有JBuilder的支持下以及简单的项目,EB架构开发效率最高,JDBC次之,Hibernate最差。
但是在大的项目,特别是持久层关系映射很复杂的情况下,Hibernate效率高的惊人,JDBC次之,而EB架构很可能会失败。
hibernate性能优化的几点建议
1、FetchSize是设定JDBC的Statement读取数据的时候每次从数据库中取出的记录条数,一般设置为30、50、100。
Oracle数据库的JDBC驱动默认的FetchSize=15,设置FetchSize设置为:
30、50,性能会有明显提升,如果继续增大,超出100,性能提升不明显,FetchSize设的越大,读数据库的次数越少,速度越快;FetchSize越小,读数据库的次数越多,速度越慢。
2、如果是超大的系统,建议生成htm文件。
加快页面提升速度。
3、不要把所有的责任推在hibernate上,对代码进行重构,减少对数据库的操作,尽量避免在数据库查询时使用in操作,以及避免递归查询操作,代码质量、系统设计的合理性决定系统性能的高低。
4、对大数据量查询时,慎用list()或者iterator()返回查询结果,
(1).使用List()返回结果时,Hibernate会所有查询结果初始化为持久化对象,结果集较大时,会占用很多的处理时间。
(2).而使用iterator()返回结果时,在每次调用iterator.next()返回对象并使用对象时,Hibernate才调用查询将对应的对象初始化,对于大数据量时,每调用一次查询都会花费较多的时间。
当结果集较大,但是含有较大量相同的数据,或者结果集不是全部都会使用时,使用iterator()才有优势。
5、在一对多、多对一的关系中,使用延迟加载机制,会使不少的对象在使用时方会初始化,这样可使得节省内存空间以及减少数据库的负荷,而且若PO中的集合没有被使用时,就可减少互数据库的交互从而减少处理时间。
6、对含有关联的PO(持久化对象)时,若default-cascade="all"或者“save-update”,新增PO时,请注意对PO中的集合的赋值操作,因为有可能使得多执行一次update操作。
7、对于大数据量新增、修改、删除操作或者是对大数据量的查询,与数据库的交互次数是决定处理时间的最重要因素,减少交互的次数是提升效率的最好途径,所以在开发过程中,请将show_sql设置为true,深入了解Hibernate的处理过程,尝试不同的方式,可以使得效率提升。
尽可能对每个页面的显示,对数据库的操作减少到100----150条以内。
越少越好。
以上是在进行struts+hibernate+spring进行项目开发中,hibernate性能优化的几点心得。
对-----------------------
Robbin总结的Hibernate性能优化要点:
1.尽量使用many-to-one,避免使用单项one-to-many2.灵活使用单向one-to-many3.不用一对一,使用多对一代替一对一4.配置对象缓存,不使用集合缓存5.一对多使用Bag多对一使用Set6.继承使用显示多态HQL:
fromobjectpolymorphism="exlicit"避免查处所有对象7.消除大表,使用二级缓存对于上面这些,Robbin进行了详细的讲解。
one-to-many:
使用inverse=false(default),对象的关联关系是由parent对象来维护的而inverse=true的情况下,一般用户双向多对多关联,由子对象维护关联关系,增加子对象的时候需要显示:
child.setParent(child)为了提高性能,应该尽量使用双向one-to-manyinverse=true,在MVC结构中的DAO接口中应该直接用Session持久化对象,避免通过关联关系(这句话有点不理解),而在单项关系中正确使用二级缓存,则可以大幅提高以查询为主的应用。
多对一性能问题比较少,但是要避免经典N+1问题。
通过主键进行关联,相当于大表拆分小表。
(这个是区分面向对象设计和面向过程设计的一个关键点)list、bag、set的正确运用one-to-many:
A、使用list需要维护IndexColumn字段,不能被用于双向关联,而且必须使用inverse=false,需要谨慎使用在某些稀有场合(基本上是不予考虑使用)B、bag/set在one-to-many中语义基本相同,推荐使用bagmany-to-one:
A、bag和set不同,bag允许重复插入,建议使用set在庞大的集合分页中应该使用session.createFiltersession.createFilter(parent.getChildren(),""),setFirstResult(0),setMaxResult(10))避免N+1参考(在多对一的情况下,查询child对象,当在页面上显示每个子类的父类对象的时候会导致N+1次查询,需要采用下面的方法避免:
many-to-onefetch="join|select"(该方法可能有问题)inverse=true无法维护集合缓存
2.在Hibernate中进行多表查询,每个表中各取几个字段,也就是说查询出来的结果集并没有一个实体类与之对应,如何解决这个问题?
解决方案一,按照t数据取出数据,然后自己组bean
解决方案二,对每个表的bean写构造函数,比如表一要查出field1,field2两个字段,那么有一个构造函数就是Bean(type1filed1,type2field2),然后在hql里面就可以直接生成这个bean了。
具体怎么用请看相关文档,我说的不是很清楚。
session.load()和session.get()的区别
Session.load/get方法均可以根据指定的实体类和id从数据库读取记录,并返回与之对应的实体对象。
其区别在于:
如果未能发现符合条件的记录,get方法返回null,而load方法会抛出一个tNotFoundException。
Load方法可返回实体的代理类实例,而get方法永远直接返回实体类。
load方法可以充分利用内部缓存和二级缓存中的现有数据,而get方法则仅仅在内部缓存中进行数据查找,如没有发现对应数据,将越过二级缓存,直接调用SQL完成数据读取。
Session在加载实体对象时,将经过的过程:
首先,Hibernate中维持了两级缓存。
第一级缓存由Session实例维护,其中保持了Session当前所有关联实体的数据,也称为内部缓存。
而第二级缓存则存在于SessionFactory层次,由当前所有由本SessionFactory构造的Session实例共享。
出于性能考虑,避免无谓的数据库访问,Session在调用数据库查询功能之前,会先在缓存中进行查询。
首先在第一级缓存中,通过实体类型和id进行查找,如果第一级缓存查找命中,且数据状态合法,则直接返回。
之后,Session会在当前“NonExists”记录中进行查找,如果“NonExists”记录中存在同样的查询条件,则返回null。
“NonExists”记录了当前Session实例在之前所有查询操作中,未能查询到有效数据的查询条件(相当于一个查询黑名单列表)。
如此一来,如果Session中一个无效的查询条件重复出现,即可迅速作出判断,从而获得最佳的性能表现。
对于load方法而言,如果内部缓存中未发现有效数据,则查询第二级缓存,如果第二级缓存命中,则返回。
如在缓存中未发现有效数据,则发起数据库查询操作(SelectSQL),如经过查询未发现对应记录,则将此次查询的信息在“NonExists”中加以记录,并返回null。
根据映射配置和SelectSQL得到的ResultSet,创建对应的数据对象。
将其数据对象纳入当前Session实体管理容器(一级缓存)。
执行Interceptor.onLoad方法(如果有对应的Interceptor)。
将数据对象纳入二级缓存。
如果数据对象实现了LifeCycle接口,则调用数据对象的onLoad方法。
Spring的原理和优点
Ioc模式是什么
可伸缩性和重/轻量,谁是实用系统的架构主选?
Spring它是一个开源的项目,而且目前非常活跃;它基于IoC(InversionofControl,反向控制)和AOP的构架多层j2ee系统的框架,但它不强迫你必须在每一层中必须使用Spring,因为它模块化的很好,允许你根据自己的需要选择使用它的某一个模块;它实现了很优雅的MVC,对不同的数据访问技术提供了统一的接口,采用IoC使得可以很容易的实现bean的装配,提供了简洁的AOP并据此实现TranscationManagment,等等
优点
a.Spring能有效地组织你的中间层对象,不管你是否选择使用了EJB。
如果你仅仅使用了Struts或其他为J2EE的API特制的framework,Spring致力于解决剩下的问题。
b.Spring能消除在许多工程中常见的对Singleton的过多使用。
根据我的经验,这是一个很大的问题,它降低了系统的可测试性和面向对象的程度。
c.通过一种在不同应用程序和项目间一致的方法来处理配置文件,Spring能消除各种各样自定义格式的属性文件的需要。
曾经对某个类要寻找的是哪个魔法般的属性项或系统属性感到不解,为此不得不去读Javadoc甚至源编码?
有了Spring,你仅仅需要看看类的JavaBean属性。
InversionofControl的使用(在下面讨论)帮助完成了这种简化。
d.?
通过把对接口编程而不是对类编程的代价几乎减少到没有,Spring能够促进养成好的编程习惯。
e.Spring被设计为让使用它创建的应用尽可能少的依赖于他的APIs。
在Spring应用中的大多数业务对象没有依赖于Spring。
f.使用Spring构建的应用程序易于单元测试。
g.Spring能使EJB的使用成为一个实现选择,而不是应用架构的必然选择。
你能选择用POJOs或localEJBs来实现业务接口,却不会影响调用代码。
h.Spring帮助你解决许多问题而无需使用EJB。
Spring能提供一种EJB的替换物,它们适用于许多web应用。
例如,Spring能使用AOP提供声明性事务管理而不通过EJB容器,如果你仅仅需要与单个数据库打交道,甚至不需要一个JTA实现。
i.Spring为数据存取提供了一个一致的框架,不论是使用的是JDBC还是O/Rmapping产品(如Hibernate)。
Spring确实使你能通过最简单可行的解决办法来解决你的问题。
而这是有有很大价值的。
缺点:
使用人数不多、jsp中要写很多代码、控制器过于灵活,缺少一个公用控制器。
9.spring是什么
spring是一个集成了许多第三方框架的大杂烩,其核心技术是IOC(控制反转,也称依赖注入)和AOP(面向切面编程)
这个问题,往往可以通过我们为什么要使用spring这个问题来切入:
AOP让开发人员可以创建非行为性的关注点,称为横切关注点,并将它们插入到应用程序代码中。
使用AOP后,公共服务(比如日志、持久性、事务等)就可以分解成方面并应用到域对象上,同时不会增加域对象的对象模型的复杂性。
IOC允许创建一个可以构造对象的应用环境,然后向这些对象传递它们的协作对象。
正如单词倒置所表明的,IOC就像反过来的JNDI。
没有使用一堆抽象工厂、服务定位器、单元素(singleton)和直接构造(straightconstruction),每一个对象都是用其协作对象构造的。
因此是由容器管理协作对象(collaborator)Spring。
即使一个AOP框架,也是一IOC容器。
Spring最好的地方是它有助于您替换对象。
有了Spring,只要用JavaBean属性和配置文件加入依赖性(协作对象)。
然后可以很容易地在需要时替换具有类似接口的协作对象。
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。
没有使用一
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- StrutsSpringHibernate 三大框架的面试 框架 面试