【分享面试题二】Spring,hibernate,struts的面试笔试题（含答案）
【分享面试题二】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,object comptosition
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.spring mvc请所有的请求都提交给DispatcherServlet,它会委托应用系统的其他模块负责负责对请求进行真正的处理工作。
2.DispatcherServlet查询一个或多个HandlerMapping,找到处理请求的Controller.
3.DispatcherServlet请请求提交到目标Controller
4.Controller进行业务逻辑处理后，会返回一个ModelAndView
5.Dispathcher查询一个或多个ViewResolver视图解析器,找到ModelAndView对象指定的视图对象
6.视图对象负责渲染返回给客户端。
为什么用：
{AOP 让开发人员可以创建非行为性的关注点，称为横切关注点，并将它们插入到应用程序代码中。使用 AOP 后，公共服务 （比 如日志、持久性、事务等）就可以分解成方面并应用到域对象上，同时不会增加域对象的对象模型的复杂性。
IOC 允许创建一个可以构造对象的应用环境，然后向这些对象传递它们的协作对象。正如单词 倒置 所表明的，IOC 就像反 过来的 JNDI。没有使用一堆抽象工厂、服务定位器、单元素（singleton）和直接构造（straight construction），每一个对象都是用其协作对象构造的。因此是由容器管理协作对象（collaborator）。
Spring即使一个AOP框架，也是一IOC容器。 Spring 最好的地方是它有助于您替换对象。有了 Spring，只要用 JavaBean 属性和配置文件加入依赖性（协作对象）。然后可以很容易地在需要时替换具有类似接口的协作对象。}
[解决办法]
Hibernate还在学习中，Struts感觉学的还可以，这次更加深了，谢谢楼主分享。。。
[解决办法]
struts学了 源码也读了一遍 ，hibernate学了 没struts深刻，源码看了一点，spring 了解中 顶一个 这篇文章很好 顶下
[解决办法]
不错，正打算找工作，好东西，谢谢楼主分享
[解决办法]
好东西 好东西，，收藏。。。
[解决办法]
好，帮助复习了一遍。
[解决办法]
都是一些很实在的问题啊。。。
[解决办法]
收到!
[解决办法]
ddddddddddd
[解决办法]
ddddddddddd
[解决办法]
还在学习中，看了这文以后，深切又直观的了解了大体的意义，很有帮助
[解决办法]
我是学.net的 不过还是懂一点JAVA 谢谢楼主分享!
[解决办法]
学习了... 再留个脚印,谢谢
[解决办法]
每个单位应该都一个开发模式和框架，都是依照SSH的思想，并不是套用！
学习的时候注重思想！
[解决办法]
以前只看了些基本的,现在正在实践struts!
[解决办法]
Spring 框架是一个分层架构，由 7 个定义良好的模块组成。Spring 模块构建在核心容器之上，核心容器定义了创建、配置和管理 bean 的方式，如图 1 所示。
组成 Spring 框架的每个模块（或组件）都可以单独存在，或者与其他一个或多个模块联合实现。每个模块的功能如下：
☆ 核心容器：核心容器提供 Spring 框架的基本功能。核心容器的主要组件是 BeanFactory，它是工厂模式的实现。BeanFactory 使用控制反转 （IOC） 模式将应用程序的配置和依赖性规范与实际的应用程序代码分开。
☆ Spring 上下文：Spring 上下文是一个配置文件，向 Spring 框架提供上下文信息。Spring 上下文包括企业服务，例如 JNDI、EJB、电子邮件、国际化、校验和调度功能。
☆ Spring AOP：通过配置管理特性，Spring AOP 模块直接将面向方面的编程功能集成到了 Spring 框架中。所以，可以很容易地使 Spring 框架管理的任何对象支持 AOP。Spring AOP 模块为基于 Spring 的应用程序中的对象提供了事务管理服务。通过使用 Spring AOP，不用依赖 EJB 组件，就可以将声明性事务管理集成到应用程序中。
☆ Spring DAO：JDBC DAO 抽象层提供了有意义的异常层次结构，可用该结构来管理异常处理和不同数据库供应商抛出的错误消息。异常层次结构简化了错误处理，并且极大地降低了需要编写的异常代码数量（例如打开和关闭连接）。Spring DAO 的面向 JDBC 的异常遵从通用的 DAO 异常层次结构。
☆ Spring ORM：Spring 框架插入了若干个 ORM 框架，从而提供了 ORM 的对象关系工具，其中包括 JDO、Hibernate 和 iBatis SQL Map。所有这些都遵从 Spring 的通用事务和 DAO 异常层次结构。
☆ Spring Web 模块：Web 上下文模块建立在应用程序上下文模块之上，为基于 Web 的应用程序提供了上下文。所以，Spring 框架支持与 Jakarta Struts 的集成。Web 模块还简化了处理多部分请求以及将请求参数绑定到域对象的工作。
☆ Spring MVC 框架：MVC 框架是一个全功能的构建 Web 应用程序的 MVC 实现。通过策略接口，MVC 框架变成为高度可配置的，MVC 容纳了大量视图技术，其中包括 JSP、Velocity、Tiles、iText 和 POI。
Spring 框架的功能可以用在任何 J2EE 服务器中，大多数功能也适用于不受管理的环境。Spring 的核心要点是：支持不绑定到特定 J2EE 服务的可重用业务和数据访问对象。毫无疑问，这样的对象可以在不同 J2EE 环境 （Web 或 EJB）、独立应用程序、测试环境之间重用。
IOC 和 AOP
控制反转模式（也称作依赖性介入）的基本概念是：不创建对象，但是描述创建它们的方式。在代码中不直接与对象和服务连接，但在配置文件中描述哪一个组件需要哪一项服务。容器 （在 Spring 框架中是 IOC 容器） 负责将这些联系在一起。
在典型的 IOC 场景中，容器创建了所有对象，并设置必要的属性将它们连接在一起，决定什么时间调用方法。下表列出了 IOC 的一个实现模式。
Spring 框架的 IOC 容器采用类型 2 和类型3 实现。
面向方面的编程
面向方面的编程，即 AOP，是一种编程技术，它允许程序员对横切关注点或横切典型的职责分界线的行为（例如日志和事务管理）进行模块化。AOP 的核心构造是方面，它将那些影响多个类的行为封装到可重用的模块中。
AOP 和 IOC 是补充性的技术，它们都运用模块化方式解决企业应用程序开发中的复杂问题。在典型的面向对象开发方式中，可能要将日志记录语句放在所有方法和 Java 类中才能实现日志功能。在 AOP 方式中，可以反过来将日志服务模块化，并以声明的方式将它们应用到需要日志的组件上。当然，优势就是 Java 类不需要知道日志服务的存在，也不需要考虑相关的代码。所以，用 Spring AOP 编写的应用程序代码是松散耦合的。
AOP 的功能完全集成到了 Spring 事务管理、日志和其他各种特性的上下文中。
IOC 容器
Spring 设计的核心是 org.springframework.beans 包，它的设计目标是与 JavaBean 组件一起使用。这个包通常不是由用户直接使用，而是由服务器将其用作其他多数功能的底层中介。下一个最高级抽象是 BeanFactory 接口，它是工厂设计模式的实现，允许通过名称创建和检索对象。BeanFactory 也可以管理对象之间的关系。
BeanFactory 支持两个对象模型。
□ 单态 模型提供了具有特定名称的对象的共享实例，可以在查询时对其进行检索。Singleton 是默认的也是最常用的对象模型。对于无状态服务对象很理想。
□ 原型 模型确保每次检索都会创建单独的对象。在每个用户都需要自己的对象时，原型模型最适合。
bean 工厂的概念是 Spring 作为 IOC 容器的基础。IOC 将处理事情的责任从应用程序代码转移到框架。正如我将在下一个示例中演示的那样，Spring 框架使用 JavaBean 属性和配置数据来指出必须设置的依赖关系。
BeanFactory 接口
因为 org.springframework.beans.factory.BeanFactory 是一个简单接口，所以可以针对各种底层存储方法实现。最常用的 BeanFactory 定义是 XmlBeanFactory，它根据 XML 文件中的定义装入 bean，如清单 1 所示。
清单 1. XmlBeanFactory
BeanFactory factory = new XMLBeanFactory(new FileInputSteam("mybean.xml"));
在 XML 文件中定义的 Bean 是被消极加载的，这意味在需要 bean 之前，bean 本身不会被初始化。要从 BeanFactory 检索 bean，只需调用 getBean() 方法，传入将要检索的 bean 的名称即可，如清单 2 所示。
清单 2. getBean()
MyBean mybean = (MyBean) factory.getBean("mybean");
每个 bean 的定义都可以是 POJO （用类名和 JavaBean 初始化属性定义） 或 FactoryBean。FactoryBean 接口为使用 Spring 框架构建的应用程序添加了一个间接的级别。
IOC 示例
理解控制反转最简单的方式就是看它的实际应用。在对由三部分组成的 Spring 系列 的第 1 部分进行总结时，我使用了一个示例，演示了如何通过 Spring IOC 容器注入应用程序的依赖关系（而不是将它们构建进来）。
我用开启在线信用帐户的用例作为起点。对于该实现，开启信用帐户要求用户与以下服务进行交互：
☆ 信用级别评定服务，查询用户的信用历史信息。
☆ 远程信息链接服务，插入客户信息，将客户信息与信用卡和银行信息连接起来，以进行自动借记（如果需要的话）。
☆ 电子邮件服务，向用户发送有关信用卡状态的电子邮件。
三个接口
对于这个示例，我假设服务已经存在，理想的情况是用松散耦合的方式把它们集成在一起。以下清单显示了三个服务的应用程序接口。
清单 3. CreditRatingInterface
public interface CreditRatingInterface {
public boolean getUserCreditHistoryInformation(ICustomer iCustomer);
}
清单 3 所示的信用级别评定接口提供了信用历史信息。它需要一个包含客户信息的 Customer 对象。该接口的实现是由 CreditRating 类提供的。
清单 4. CreditLinkingInterface
public interface CreditLinkingInterface {
public String getUrl();
public void setUrl(String url);
public void linkCreditBankAccount() throws Exception ;
}
信用链接接口将信用历史信息与银行信息（如果需要的话）连接在一起，并插入用户的信用卡信息。信用链接接口是一个远程服务，它的查询是通过 getUrl() 方法进行的。URL 由 Spring 框架的 bean 配置机制设置，我稍后会讨论它。该接口的实现是由 CreditLinking 类提供的。
清单 5. EmailInterface
public interface EmailInterface {
public void sendEmail(ICustomer iCustomer);
public String getFromEmail();
public void setFromEmail(String fromEmail) ;
public String getPassword();
public void setPassword(String password) ;
public String getSmtpHost() ;
public void setSmtpHost(String smtpHost);
public String getUserId() ;
public void setUserId(String userId);
[解决办法]
mark study thanks
[解决办法]
谢谢～～～～～～
[解决办法]
顶起，收藏
[解决办法]
Hibernate方面：
A不会涉及到2级缓存以及hql
1. Configuration
读取hibernate.cfg.xml.并把.hbm.xml文件交给HbmBinder做第一次处理, HbmBinder根据.hbm.xml解析出PersistentClass, Collection,然后在创建SessionFactory的时候,会对Collection做第2次处理塞入关联
2 PersistentClass
根据.hbm.xml产生的描述要持久化的类的信息的类.主要的实例变量包括List<Property> properties
Property对象里的有个Value属性value,通过value来描述该property和
数据库里的哪些列对应以及获得该property对应的type
3 Value
主要分为
SimpleValue,Collection,Component,ToOne
SimpleValue主要包括Table和Columns属性,用于描述简单属性或单主键
Collection主要属性包括
collectionTable表示Collection里面element对象所对应的Table
key表示CollectionTable里的哪几列和Collection owner所对应的表的主键做关联
element,描述了主表(referencingTable),从表的EnityName,以及从表对应的PersistentClass
Component可以用来描述多主键,通过属性properties来表示
ToOne包括被引用的属性名,被引用的实体名,columns,(被引用的属性名不能
和columns同时设置),用于OneToOne,ManyToOne
4 SessionFactory
在创建SessionFactory的时候,会根据Configuration里Classes和
Collections,创建EntityPersister和CollectionPersister.
SessionFactory会缓存这些persisters.
EnityPersistenter的key是EntityName,
CollectionPersister的key是entityName+propertyName
5 EntityPersister
分为
SingleTableEntityPersister(一个实体一个表/一个类继承结构一个表)
通过一个字段做标识
JoinedSubclassEntityPersister(每个子类一个表)
UnionSubclassEntityPersister(每个具体类一个表)
6 CollectionPersister
封装对一个Collection的crud操作.
不过做insert,update,delete,recreate的时候,会判Inverse是否为false.如果为false才会执行相应的操作,表示是由Collection维护关系.
如果Inverse==true,表示关联关系是由多端来维护(即直接通过操作Collection里的element来维护,而不是通过操作Collection来维护)
则该CollectionPersister不会做任何操作
7 Type
主要包括对SqlTypes的封装,以及CollectionType,EntityType
(ManyToOneType,OneToOneType),主要接口有nullSafeGet(
从ResultSet拼装出对象),nullSafeSet(给PreparedStatement
setParameter).
可以通过Value.getType()获得Type
对于EntityType,CollectionType,就是通过resolve方法从
ResultSet中拼装出对象
EntityType的nullSafeSet,就是获取One端对象的主键所对应
的Type进行nullSafeSet
CollectionType没有实现nullSafeSet,通过保存时的
Cascade或者CollectionPersister,将Collection的
Element一个一个的set
也可以自定义Type,实现UserType接口
具体见
http://docs.huihoo.com/framework/hibernate/reference-v3_zh-cn/inheritance.html
封装对一个entity的crud操作,在创建EntityPersister实例过程中,会产
生crud的sql,可以在以后的操作提高效率。不过如果是DynamicInsert, DynamicUpdate,则会根据对象修改的属性动态的生成sql
DAS不支持类继承的映射,因此只会用到SingleTableEntityPersister
8 StatefulPersistenceContext
StatefulPersistenceContext和SessionImpl是一一对应的，会缓存通过
SessionImpl操作过的对象,包括entity和collection.主要属性有
EntitiesByKey key=EntityKey, value=entity.
(EntityKey=id+EntityPersister+EntityMode entityMode))
entityEntries key=entity, value=EntityEntry.
EntityEntry用于描述一个对象的持久化状态,如DELETED,MANAGED等等
CollectionsByKey
key=CollectionKey, value=PersistentCollection
CollectionKey=CollectionPersister+key+EntityMode,这个
Key是通过Collection.value.getType.nullSafeGet()得到的
PersistentCollection是hibernate对于Collection的封装，
主要用于实现延迟加载
collectionEntries key=PersistentCollection,value=CollectionEntry
StatefulPersistenceContext的主要用途可以实现对象之间的关联关系
的设置,动态的更新,以及对缓存的数据无需显示调用save,update,delete的
方法就可以实现这些操作,是因为在Transaction.commit()的时候会调用
session.flush(),会保证内存对象状态和数据库的一致性
9 Cascade,CascadeStyle,CascadingAction
在Cascade执行级联操作的时候,会通过CascadeStyle.doCascade(
CascadingAction)来判断是否可以执行cascade,并且当要保存的对象有外键
约束的关联对象时候会通过ForeignKeyDirection来判断是应该在保存该对象
之前要保存关联对象还是在保存该对象之后再保存关联对象
10 Loader,CriteriaQueryTranslator,Criteria,QueryParameters, CriteriaJoinWalker
用于Criteria api对实体的查询
Criteria 是一个查询entity的api。可以设置类似where条件的表达式,
Select字段,order等等
当使用Criteria查询时,首先会创建CriteriaLoader,CriteriaLoader会
通过CriteriaQueryTranslator从Criteria中得到查询参数
QueryParameters,通过CriteriaJoinWalker把Criteria变成sql,然后
执行查询
11 ActionQueue
当调用session对实体进行insert,update,delete的时候，只是会创建相应
的action放入ActionQueue,然后在session.flush()的时候才会真正操作
数据库
ActionQueue的执行顺序:
executeActions( insertions );executeActions( updates );executeActions( collectionRemovals );executeActions( collectionUpdates );executeActions( collectionCreations );executeActions( deletions );
12 Tuplizer
用于根据entityname实例化出对象,以及set/get property
hibernate内置的有PojoEntityTuplizer，Dom4jEntityTuplizer
DAS是在hibernate基础之上实现了DataObject的持久化,支持DataObject对象之间的关联,延迟加载,级联,控制反转,不支持DataObject的继承
1.新实现了一个SDOEntityTuplizer
支持创建DataObject,以及set/get DataObject的属性
SDOEntityTuplizer实现抽象类中规定的如下方法
SDOEntityTuplizer类的buildInstantiator方法用来根据mapping信息来为相应的实体建立不同的构造器，我们用SDOEntityInstantiator来实现SDO的构造器：
2其中SDOComponentInstantiator是用来当实体有复合主键用于实例化表示主键的类
3PropertyAccessor是Hibernate中定义的一个接口，用来表达在访问mapping的实体对象的属性的时候使用的“属性访问器”。它有两个相关的接口：Getter接口和Setter接口。
DASPropertyAccessor的内部结构如下图所示：
其中getGetter方法和getSetter方法是PropertyAccessor接口定的规格。DASGetter实现Getter接口，DASSetter类实现Setter接口。
4 自定义type,支持blob,clob的存储
BlobFileType:从一个文件路径读取文件存入数据库blob字段.从数据库读取
blob字段,生成文件放在临时目录,返回路径
BlobByteArrayType:把一个byte[]数组存入blob字段.从数据库读取blob
字段放入byte[]
ClobFileType:从一个文件路径读取文件存入数据库clob字段.从数据库读取
clob字段,生成文件放在临时目录,返回路径
ClobStringType:把一个String存入blob字段.从数据库读取blob
字段放入String
5对查询实体的支持
增加一个查询实体定义文件.dbquery. 因为查询实体没有唯一标识，所以默认的
id的是"$queryEntityId$".用户也可以自己指定一个列做唯一标识.
在Loader.prepareQueryStatement()里增加转换带查询实体的Sql.
SelectFragment.addColumn() 做了判断，如果列名是"$queryEntityId$",查询的column就替换成'queryEntityId'常量.
在Loader.getRow() 增加判断如果key.getIdentifier()是
queryEntityId的话,则不做检查,看内存是否存在.
AbstractEntityPersister.getDatabaseSnapshot()里修改生成的查询
语句,如果有QueryEntity,则用定义的sql替换QueryEntity
[解决办法]
学习了
[解决办法]
已经一年多没用SSH了 温故一下
[解决办法]
谢谢了，希望多给一些关于spring的面试题
[解决办法]
学习
[解决办法]
好东西哦，谢谢了
[解决办法]
刚开始学习最后一个，学习了。。。。
[解决办法]
太经典了，正在找这些！
good——luck！
[解决办法]
好东西， 不错。。
[解决办法]
学习一下
[解决办法]
对Hibernate又多了些理解，支持一下：）
[解决办法]
为什么要用hibernate:把coder从繁重与重复的jdbc代码中解放出来。
为什么要用spring:coder不用再理会bean的创建
为什么要用struts:它有良好的开发模式-MVC 业务，逻辑，数据统统分开，解耦较好（当然，即使你用了， 如果不小心，还是会写出耦合很高的代码）。
这是我个人的一点观点，偷偷的说一下。。。。
[解决办法]
曾经那么地渴望冰雪覆盖着大地，我伫立里洁白的冰雪之中，任由飘落的雪花吻着我的头发、额头、脸颊……就这样，我沉醉在一片白茫茫中。
这是梦想，更是奢想。在我居住的地方，去年没有下雪，前年也仅飘了一点
[解决办法]
lz有心人
[解决办法]
谢谢分享！
------解决方案--------------------
mark.study
[解决办法]
学习
[解决办法]
感谢。
[解决办法]
真的要谢谢 lZ 发布这么好的帖子！
[解决办法]
很不错啊
楼主每次都能让我受益匪浅
[解决办法]
dddddddddddddddddd
[解决办法]
好东东，学习了
[解决办法]
都只用过一次 实在还是不知道他们有什么好处 这帖收藏了 慢慢体会！~
[解决办法]
mark
[解决办法]
标记一下
[解决办法]
工作原理，这么个答案，个人感觉好像有点不切题。
是不是应该从本质上说一说。楼主给的工作原理，实际上就是开发过程中的步骤而已。感觉不能称得上原理，
本人还没深入研究过，所以不干随便作答。
[解决办法]
笔者说 “4、hibernate的性能非常好” 不知道是不是在说工作效率高，和jdbc 比起来哪个好，希望比较后再告知大家
[解决办法]
来学习
[解决办法]
dddddddddddddddddddd
[解决办法]
难道现在都流行看源码的吗？太牛了啊
[解决办法]
做嵌入式c++的,想转java哈,这些东西正好可以学校学校
感谢lz分享
[解决办法]
做嵌入式c++的,想转java哈,这些东西正好可以学校学校
感谢lz分享
[解决办法]
thangk！
[解决办法]
好东西值得分享，好久没有用Hibernate了
[解决办法]
不错，温习一下
[解决办法]
好东西 谢谢楼主分享
[解决办法]
struts 部分，只讲到了struts1.。现在已经过时了。。一般都用webwork或者是struts2
[解决办法]
看了搂主的解答，让我对ssh有了更深层次的认识！
[解决办法]
mark 一下，以后在琢磨。
[解决办法]
刚刚接触这些知识。
收藏了。期待更多。
[解决办法]
在次来顶起，呵呵
[解决办法]
收藏了。
[解决办法]
收藏了。
[解决办法]
mark
[解决办法]
谢谢分享。
[解决办法]
学习了，非常谢谢！
[解决办法]
[解决办法]
Hibernate 只是学很浅的一部分，感觉对反射的理解还不够。。
------解决方案--------------------
初学者，学习
[解决办法]
session的set/get
session为什么不推荐使用阿
[解决办法]
如何建立你的架构，并且怎样让你的各个应用层保持一致。？如何整合框架以便让每个层在以一种松散偶合的方式彼此作用而不用管低层的技术细节？这对我们来说真 是一种挑战。 这里讨论一个整合框架的策略( 使用3 种受欢迎的开源框架) ：表示层我们用Struts； 业务层我们用Spring；而持久层则用Hibernate。 你也可以用其他FrameWork替换只要能得到同样的效果。
应用程序的分层
大部分的Web应用在职责上至少能被分成4层。 这四层是：presentation（描述），persistence（持久），business（业务）和domain model（域模块）。每个层在处理程序上都应该有一项明确的责任, 而不应该在功能上与其它层混合，并且每个层要与其它层分开的，但要给他们之间放一个通信接口。 我们就从介绍各个层开始，讨论一下这些层应该提供什么，不应该提供什么。
表示层(The Presentation Layer)
一般来讲，一个典型的Web应用的的末端应该是表示层。 很多Java发者也理解Struts所提供的。 象业务逻辑之类的被打包到org.apache.struts.Action.， 因此，我们很赞成使用Struts这样的框架。
下面是Struts所负责的：
* 管理用户的请求,做出相应的响应。
* 提供一个Controller ,委派调用业务逻辑和其它上层处理。
* 处理异常，抛给Struts Action
* 为显示提供一个模型
* UI验证。
以下条款，不该在Struts显示层的编码中经常出现。 它们与显示层无关的。
* 直接的与数据库通信，例如JDBC调用。
* 与你应用程序相关联的业务逻辑以及校验。
* 事物管理。
在表示层引入这些代码，则会带来高偶合和麻烦的维护。
持久层(The Persistence Layer)
典型的Web应用的另一个末端是持久层。这里通常是程序最容易失控的地方。开发者总是低估构建他们自己的持久框架的挑战性。系统内部的持续层不但需要大量调 试时间，而且还经常缺少功能使之变得难以控制，这是持久层的通病。 还好有几个ORM开源框架很好的解决了这类问题。尤其是Hibernate。 Hibernate为java提供了OR持久化机制和查询服务, 它还给已经熟悉SQL和JDBC API 的Java开发者一个学习桥梁，他们学习起来很方便。 Hibernate的持久对象是基于POJO和Java collections。此外，使用Hibernate并不妨碍你正在使用的IDE。
请看下面的条目，你在持久层编码中需要了解的。
* 查询对象的相关信息的语句。 Hibernate通过一个OO查询语言（HQL）或者正则表达的API来完成查询。 HQL非常类似于SQL-- 只是把SQL里的table和columns用Object和它的fields代替。 你需要学习一些新的HQL语言； 不管怎样，他们容易理解而文档也做的很好。 HQL是一种对象查询的自然语言，花很小的代价就能学习它。
* 如何存储，更新，删除数据库记录。
* 象Hibernate这类的高级ORM框架支持大部分主流数据库，并且他们支持 Parent/child关系，事物处理，继承和多态。
业务层（The Business Layer）
一个典型Web应用的中间部分是业务层或者服务层。 从编码的视角来看，这层是最容易被忽视的一层。 而我们却往往在UI层或持久层周围看到这些业务处理的代码，这其实是不正确的，因为它导致了程序代码的紧密偶合，这样一来，随着时间推移这些代码很难维 护。幸好，针对这一问题有好几种Frameworks存在。 最受欢迎的两个框架是Spring和PicoContainer。 这些为也被称为microcontainers，他们能让你很好的把对象搭配起来。 这两个框架都着手于‘依赖注射’(dependency injection)(还有我们知道的‘控制反转’Inversion of Control=IoC)这样的简单概念。 这篇文章将关注于Spring的注射（译注：通过一个给定参数的Setter方法来构造Bean,有所不同于Factory）, Spring还提供了Setter Injection(type2)，Constructor Injection(type3)等方式供我们选择。 Spring把程序中所涉及到包含业务逻辑和Dao的Objects——例如transaction management handler（事物管理控制）、Object Factoris(对象工厂)、service objects（服务组件）——都通过XML来配置联系起来。
后面我们会举个例子来揭示一下Spring 是怎样运用这些概念。
业务层所负责的如下：
* 处理应用程序的 业务逻辑和业务校验
* 管理事物
* 允许与其它层相互作用的接口
* 管理业务层级别的对象的依赖。
* 在显示层和持久层之间增加了一个灵活的机制，使得他们不直接的联系在一起。
* 通过揭示 从显示层到业务层之间的Context来得到business services。
* 管理程序的执行（从业务层到持久层）。
域模块层（The Domain Model Layer ）
既然我们致力于的是一个不是很复杂的Web的应用， 我们需要一个对象集合，让它在不同层之间移动的。 域模块层由实际需求中的业务对象组成 比如, OrderLineItem , Product等等。 开发者在这层 不用管那些DTOs，仅关注domain object即可。 例如，Hibernate允许你将数据库中的信息存放入对象（domain objects），这样你可以在连接断开的情况下把这些数据显示到UI层。 而那些对象也可以返回给持续层，从而在数据库里更新。 而且，你不必把对象转化成DTOs（这可能似的它在不同层之间的在传输过程中丢失），这个模型使得Java开发者能很自然运用OO，而不需要附加的编码。
域对象层（Domain Object Layer）
这层是编码的着手点，我们的编码就从这层开始。 例子中Order 与OrderItem 是一个One—To—Many的关系。 下面就是Domain Object Layer的两个对象：
· com.meagle.bo.Order.java: 包含了一个Order的概要信息
· com.meagle.bo.OrderLineItem.java: 包含了Order的详细信息
好好考虑怎你的package命名,这反应出了你是怎样分层的。 例如 domain objects在程序中可能打包在com.meagle.bo内。 更详细一点将打包在com. meagle.bo的子目录下面。business logic应该从com.meagle.serice开始打包，而DAO 对象应该位于com.meagle.service.dao.hibernate。反应Forms和Actions的 持久对象（presentation classes） 应该分别放在 com.meagle.action和com.meagle.forms包。 准确的给包命名使得你的classes很好分割并且易于维护，并且在你添加新的classes时，能使得程序结构上保持上下一致。
持久层的配置（Persistence Layer Configuration）
建立Hibernate的持久层 需要好几个步骤。 第一步让我们把BO持久化。 既然Hibernate是通过POJO工作的， 因此Order和 OrderLineItem对象需要给所有的fileds 加上getter,setter方法。 Hibernate通过XML文件来映射(OR)对象，以下两个xml文件分别映射了Order 和OrderItem对象。（这里有个叫XDoclet工具可以自动生成你的XML影射文件）
- Order.hbm.xml
- OrderLineItem.hbm.xml
你可以在WebContent/WEB-INF/classes/com/meagle/bo目录下找到这些xml文件。Hibernate的 [urlhttp://www.hibernate.org/hib_docs/api/net/sf/hibernate/SessionFactory.html]SessionFactory [/url]是用来告诉程序 应该与哪个数据库通信，该使用哪个连接池或使用了DataSource， 应该加载哪些持久对象。而Session接口是用来完成Selecting，Saving，Delete和Updating这些操作。 后面的我们将讲述SessionFactory和Session是怎样设置的。
业务层的配置（Business Layer Configuration）
既然我们已经有了domain objects，接下来我们就要business service objects了，用他们来执行程序的logic,调用持久层，得到UI层的requests,处理transactions，并且控制 exceptions。 为了将这些连接起来并且易于管理，我们将使用面向方面的 SpringFramework。 Spring 提供了 控制倒置（inversion of control 0==IoC)和注射依赖设置（setter dependency injection）这些方式（可供选择），用XML文件将对象连接起来。 IoC是一个简单概念（它允许一个对象在上层接受其他对象的创建），用IoC这种方式让你的对象从创建中释放了出来，降低了偶合度。
建立我们的业务服务对象（Building Our Business Service Objects）
Business Object中的Setter方法接受的是接口，这样我们可以很松散的定义对象实现，然后注入。 在我们的案例中，我们将用一个business service object接收一个DAO,用它来控制domain objects的持久化。 由于在这个例子中使用了Hibernate，我们可以很方便的用其他持久框架实现 同时通知Spring 有新的DAO可以使用了。
在面向接口的编程中，你会明白 “注射依赖”模式是怎样松散耦合你的业务逻辑和持久机制的：）。
Spring 和Bean 的还有一点要注意的： bean可以以用两种方式创造。 这些都在单例模式（Sington）和原型模式（propotype）中定义了。 默认的方式是singleton,这意味着共享的实例将被束缚。 而原形模式是在Spring用到bean的时候允许新建实例的。当每个用户需要得到他们自己Bean的Copy时，你应该仅使用prototype模式。 （更多的请参考设计模式中的单例模式和原形模式）
提供一个服务定位器（Providing a Service Locator）
既然我们已经将我们的Serices和DAO搭配起来了。我们需要把我们的Service显示到其他层。 这个通常是在Struts或者Swing这层里编码。一个简单方法就是用 服务定位器返回给Spring context 。当然，可以通过直接调用Spring中的Bean来做。
[解决办法]
学习之中~~
[解决办法]
这篇帖子收藏起，
慢慢看，
谢谢了
[解决办法]
来学习一下
[解决办法]
学了一点，不太明白
[解决办法]
总结的太好了，又学习了，收藏啦
[解决办法]
收藏了
谢谢LZ
