Hibernate工作原理及为什么要用?

原理：
1.通过Configuration().configure();读取并解析hibernate.cfg.xml配置文件
2.由hibernate.cfg.xml中的<mapping resource="com/xx/User.hbm.xml"/>读取并解析映射信息
3.通过config.buildSessionFactory();//创建SessionFactory
4.sessionFactory.openSession();//打开Sesssion
5.session.beginTransaction();//创建事务Transation
6.persistent operate持久化操作
7.session.getTransaction().commit();//提交事务
8.关闭Session
9.关闭SesstionFactory

为什么要用：
1. 对JDBC訪问数据库的代码做了封装，大大简化了数据訪问层繁琐的反复性代码。

2. Hibernate是一个基于JDBC的主流持久化框架，是一个优秀的ORM实现。他非常大程度的简化DAO层的编码工作

3. hibernate使用Java反射机制，而不是字节码增强程序来实现透明性。

4. hibernate的性能非常好，由于它是个轻量级框架。映射的灵活性非常出色。它支持各种关系数据库，从一对一到多对多的各种复杂关系。
 
2． Hibernate是怎样延迟载入?
1. Hibernate2延迟载入实现：a)实体对象 b)集合（Collection）

2. Hibernate3 提供了属性的延迟载入功能

当Hibernate在查询数据的时候，数据并没有存在与内存中，当程序真正对数据的操作时，对象才存在与内存中，就实现了延迟载入，他节省了server的内存开销，从而提高了server的性能。

3．Hibernate中如何实现类之间的关系?(如：一对多、多对多的关系)

类与类之间的关系主要体如今表与表之间的关系进行操作，它们都市对对象进行操作，我们程序中把全部的表与类都映射在一起，它们通过配置文件里的many-to-one、one-to-many、many-to-many、

4． 说下Hibernate的缓存机制

1. 内部缓存存在Hibernate中又叫一级缓存，属于应用事物级缓存

2. 二级缓存：
a) 应用及缓存
b) 分布式缓存
条件：数据不会被第三方改动、数据大小在可接受范围、数据更新频率低、同一数据被系统频繁使用、非 重要数据
c) 第三方缓存的实现
////////一级缓存：session级的缓存也叫事务级的缓存，仅仅缓存实体，生命周期和session一致。不能对其进行管理。

不用显示的调用。

二级缓存：sessionFactory缓存，也叫进程级的缓存，使用第3方插件实现的，也值缓存实体，生命周期和sessionFactory一致，能够进行管理。

首先配置第3放插件，我们用的是EHCache，在hibernate.cfg.xml文件里添?

<property name="hibernate.cache.user_second_level_cache">true</property>

在映射中也要显示的调用，<cache usage="read-only"/>

二级缓存之查询缓存：对普通属性进行缓存。假设关联的表发生了改动，那么查询缓存的生命周期也结束了。

在程序中必须手动启用查询缓存：query.setCacheable(true);/////////

5． Hibernate的查询方式
Sql、Criteria,object comptosition
Hql：
1、 属性查询
2、 參数查询、命名參数查询
3、 关联查询
4、 分页查询
5、 统计函数

6． 怎样优化Hibernate？
1.使用双向一对多关联，不使用单向一对多
2.灵活使用单向一对多关联
3.不用一对一，用多对一代替
4.配置对象缓存，不使用集合缓存
5.一对多集合使用Bag,多对多集合使用Set
6. 继承类使用显式多态
7. 表字段要少，表关联不要怕多，有二级缓存撑腰

1.Hibernate有哪几种查询数据的方式

         (1)导航对象图查询

      (2)OID查询

      (3)HQL

      (4)QBC

      (5)本地SQL

2.load()和get()的差别

 

load载入方法：

Java代码

Users user = (Users)session.load(Users.class, userId);    

Users user = (Users)session.load(Users.class, userId);

get载入方法：

Java代码

Users user = (Users)session.get(Users.class, userId);  

Users user = (Users)session.get(Users.class, userId);

 

两载入方法差别：

差别1：假设数据库中，没有userId的对象。假设通过get方法载入，则返回的是一个null；假设通过load载入，则返回一个代理对象，假设后面代码假设调用user对象的某个属性（比方user.getPassword()）会抛出异常：org.hibernate.ObjectNotFoundException；

差别2：load支持延迟载入，get不支持延迟载入。

也就是说：

Java代码

Users user = (Users)session.load(Users.class, userId);  

Users user = (Users)session.load(Users.class, userId);

这句代码不会去运行数据库查询，仅仅实用到user时才会去运行数据库查询。

而：

Java代码

Users user = (Users)session.get(Users.class, userId);  

Users user = (Users)session.get(Users.class, userId);

则马上去运行数据库查询。 所以Users user = (Users)session.load(Users.class, userId);不会运行不论什么sql。

注意：

Java代码

Users user = (Users)session.load(Users.class, userId);   
System.out.println(user.getId());  

Users user = (Users)session.load(Users.class, userId);

System.out.println(user.getId());

上面这2句代码，不会去运行数据库操作。由于load后会在hibernate的一级缓存里存放一个map对象，该map的key就是userId的值，可是当你getId()时，它会去一级缓存里拿map的key值，而不去运行数据库查询。所以不会报不论什么错。不会运行不论什么数据库操作。

 
阐述struts2的运行流程。Struts 2框架本身大致能够分为3个部分：核心控制器FilterDispatcher、业务控制器Action和用户实现的企业业务逻辑组件。核心控制器FilterDispatcher是Struts 2框架的基础，包括了框架内部的控制流程和处理机制。业务控制器Action和业务逻辑组件是须要用户来自己实现的。用户在开发Action和业务逻辑组件的同一时候，还须要编写相关的配置文件，供核心控制器FilterDispatcher来使用。 Struts 2的工作流程相对于Struts 1要简单，与WebWork框架基本同样，所以说Struts 2是WebWork的升级版本号。基本简要流程例如以下：1、client浏览器发出HTTP请求。2、依据web.xml配置，该请求被FilterDispatcher接收。3、依据struts.xml配置，找到须要调用的Action类和方法， 并通过IoC方式，将值注入给Aciton。4、Action调用业务逻辑组件处理业务逻辑，这一步包括表单验证。5、Action运行完成，依据struts.xml中的配置找到相应的返回结果result，并跳转到相应页面。6、返回HTTP响应到client浏览器。

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/alli0968/archive/2009/06/01/4231237.aspx

 

 

． 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.视图对象负责渲染返回给client。

为什么用：
{AOP 让开发者能够创建非行为性的关注点，称为横切关注点，并将它们插入到应用程序代码中。使用 AOP 后，公共服务 （比方日志、持久性、事务等）就能够分解成方面并应用到域对象上，同一时候不会添加?域对象的对象模型的复杂性。
IOC 同意创建一个能够构造对象的应用环境，然后向这些对象传递它们的协作对象。正如单词 倒置 所表明的，IOC 就像反 过来的 JNDI。没有使用一堆抽象工厂、服务定位器、单元素（singleton）和直接构造（straight construction），每个对象都是用其协作对象构造的。因此是由容器管理协作对象（collaborator）。
Spring即使一个AOP框架，也是一IOC容器。 Spring 最好的地方是它有助于您替换对象。有了 Spring，仅仅要用 JavaBean 属性和配置文件添?依赖性（协作对象）。然后能够非常easy地在须要时替换具有类似接口的协作对象。}

 

Spring 框架是一个分层架构，由 7 个定义良好的模块组成。Spring 模块构建在核心容器之上，核心容器定义了创建、配置和管理 bean 的方式，如图 1 所看到的。

组成 Spring 框架的每一个模块（或组件）都能够单独存在，或者与其它一个或多个模块联合实现。每一个模块的功能例如以下：

☆ 核心容器：核心容器提供 Spring 框架的基本功能。核心容器的主要组件是 BeanFactory，它是工厂模式的实现。BeanFactory 使用控制反转 （IOC）模式将应用程序的配置和依赖性规范与实际的应用程序代码分开。

☆ Spring 上下文：Spring 上下文是一个配置文件，向 Spring 框架提供上下文信息。Spring 上下文包含企业服务，比如 JNDI、EJB、电子邮件、国际化、校验和调度功能。

☆ Spring AOP：通过配置管理特性，Spring AOP 模块直接将面向方面的编程功能集成到了 Spring 框架中。所以，能够非常easy地使 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 server中，大多数功能也适用于不受管理的环境。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 组件一起使用。这个包通常不是由用户直接使用，而是由server将其用作其它多数功能的底层中介。下一个最高级抽象是 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);