SSH三大框架的工作原理及流程.docx
《SSH三大框架的工作原理及流程.docx》由会员分享，可在线阅读，更多相关《SSH三大框架的工作原理及流程.docx（12页珍藏版）》请在冰点文库上搜索。
SSH三大框架的工作原理及流程
Hibernate工作原理及为什么要用?
原理：
1.通过Configuration（）.configure（）;读取并解析hibernate.cfg.xml配置文件
2.由hibernate.cfg.xml中的读取并解析映射信息
3.通过config.buildSessionFactory（）;//创建SessionFactory
4.sessionFactory.openSession（）;//打开Sesssion
5.session.beginTransaction（）;//创建事务Transation
6.persistentoperate持久化操作
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在查询数据的时候，数据并没有存在与内存中，当程序真正对数据的操作时，对象才存在与内存中，就实现了延迟加载，他节省了服务器的内存开销，从而提高了服务器的性能。
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文件中加入
true
在映射中也要显示的调用，
二级缓存之查询缓存：
对普通属性进行缓存。
如果关联的表发生了修改，那么查询缓存的生命周期也结束了。
在程序中必须手动启用查询缓存：
query.setCacheable（true）;/////////
5．Hibernate的查询方式
Sql、Criteria,objectcomptosition
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代码
Usersuser=（Users）session.load（Users.class,userId）;
Usersuser=（Users）session.load（Users.class,userId）;
get加载方法：
Java代码
Usersuser=（Users）session.get（Users.class,userId）;
Usersuser=（Users）session.get（Users.class,userId）;
两加载方法区别：
区别1：
如果数据库中，没有userId的对象。
如果通过get方法加载，则返回的是一个null；如果通过load加载，则返回一个代理对象，如果后面代码如果调用user对象的某个属性（比如user.getPassword（））会抛出异常：
org.hibernate.ObjectNotFoundException；
区别2：
load支持延迟加载，get不支持延迟加载。
也就是说：
Java代码
Usersuser=（Users）session.load（Users.class,userId）;
Usersuser=（Users）session.load（Users.class,userId）;
这句代码不会去执行数据库查询，只有用到user时才会去执行数据库查询。
而：
Java代码
Usersuser=（Users）session.get（Users.class,userId）;
Usersuser=（Users）session.get（Users.class,userId）;
则立即去执行数据库查询。
所以Usersuser=（Users）session.load（Users.class,userId）;不会执行任何sql。
注意：
Java代码
Usersuser=（Users）session.load（Users.class,userId）;
System.out.println（user.getId（））;
Usersuser=（Users）session.load（Users.class,userId）;
System.out.println（user.getId（））;
上面这2句代码，不会去执行数据库操作。
因为load后会在hibernate的一级缓存里存放一个map对象，该map的key就是userId的值，但是当你getId（）时，它会去一级缓存里拿map的key值，而不去执行数据库查询。
所以不会报任何错。
不会执行任何数据库操作。
阐述struts2的执行流程。
Struts2框架本身大致可以分为3个部分：
核心控制器FilterDispatcher、业务控制器Action和用户实现的企业业务逻辑组件。
核心控制器FilterDispatcher是Struts2框架的基础，包含了框架内部的控制流程和处理机制。
业务控制器Action和业务逻辑组件是需要用户来自己实现的。
用户在开发Action和业务逻辑组件的同时，还需要编写相关的配置文件，供核心控制器FilterDispatcher来使用。
Struts2的工作流程相对于Struts1要简单，与WebWork框架基本相同，所以说Struts2是WebWork的升级版本。
基本简要流程如下：
1、客户端浏览器发出HTTP请求。
2、根据web.xml配置，该请求被FilterDispatcher接收。
3、根据struts.xml配置，找到需要调用的Action类和方法，并通过IoC方式，将值注入给Aciton。
4、Action调用业务逻辑组件处理业务逻辑，这一步包含表单验证。
5、Action执行完毕，根据struts.xml中的配置找到对应的返回结果result，并跳转到相应页面。
6、返回HTTP响应到客户端浏览器。
本文来自CSDN博客，转载请标明出处：
．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属性和配置文件加入依赖性（协作对象）。
然后可以很容易地在需要时替换具有类似接口的协作对象。
}
Spring框架是一个分层架构，由7个定义良好的模块组成。
Spring模块构建在核心容器之上，核心容器定义了创建、配置和管理bean的方式，如图1所示。
组成Spring框架的每个模块（或组件）都可以单独存在，或者与其他一个或多个模块联合实现。
每个模块的功能如下：
☆核心容器：
核心容器提供Spring框架的基本功能。
核心容器的主要组件是BeanFactory，它是工厂模式的实现。
BeanFactory使用控制反转（IOC）模式将应用程序的配置和依赖性规范与实际的应用程序代码分开。
☆Spring上下文：
Spring上下文是一个配置文件，向Spring框架提供上下文信息。
Spring上下文包括企业服务，例如JNDI、EJB、电子邮件、国际化、校验和调度功能。
☆SpringAOP：
通过配置管理特性，SpringAOP模块直接将面向方面的编程功能集成到了Spring框架中。
所以，可以很容易地使Spring框架管理的任何对象支持AOP。
SpringAOP模块为基于Spring的应用程序中的对象提供了事务管理服务。
通过使用SpringAOP，不用依赖EJB组件，就可以将声明性事务管理集成到应用程序中。
☆SpringDAO：
JDBCDAO抽象层提供了有意义的异常层次结构，可用该结构来管理异常处理和不同数据库供应商抛出的错误消息。
异常层次结构简化了错误处理，并且极大地降低了需要编写的异常代码数量（例如打开和关闭连接）。
SpringDAO的面向JDBC的异常遵从通用的DAO异常层次结构。
☆SpringORM：
Spring框架插入了若干个ORM框架，从而提供了ORM的对象关系工具，其中包括JDO、Hibernate和iBatisSQLMap。
所有这些都遵从Spring的通用事务和DAO异常层次结构。
☆SpringWeb模块：
Web上下文模块建立在应用程序上下文模块之上，为基于Web的应用程序提供了上下文。
所以，Spring框架支持与JakartaStruts的集成。
Web模块还简化了处理多部分请求以及将请求参数绑定到域对象的工作。
☆SpringMVC框架：
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类不需要知道日志服务的存在，也不需要考虑相关的代码。
所以，用SpringAOP编写的应用程序代码是松散耦合的。
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
BeanFactoryfactory=newXMLBeanFactory（newFileInputSteam（"mybean.xml"））;
在XML文件中定义的Bean是被消极加载的，这意味在需要bean之前，bean本身不会被初始化。
要从BeanFactory检索bean，只需调用getBean（）方法，传入将要检索的bean的名称即可，如清单2所示。
清单2.getBean（）
MyBeanmybean=（MyBean）factory.getBean（"mybean"）;
每个bean的定义都可以是POJO（用类名和JavaBean初始化属性定义）或FactoryBean。
FactoryBean接口为使用Spring框架构建的应用程序添加了一个间接的级别。
IOC示例
理解控制反转最简单的方式就是看它的实际应用。
在对由三部分组成的Spring系列的第1部分进行总结时，我使用了一个示例，演示了如何通过SpringIOC容器注入应用程序的依赖关系（而不是将它们构建进来）。
我用开启在线信用帐户的用例作为起点。
对于该实现，开启信用帐户要求用户与以下服务进行交互：
☆信用级别评定服务，查询用户的信用历史信息。
☆远程信息链接服务，插入客户信息，将客户信息与信用卡和银行信息连接起来，以进行自动借记（如果需要的话）。
☆电子邮件服务，向用户发送有关信用卡状态的电子邮件。
三个接口
对于这个示例，我假设服务已经存在，理想的情况是用松散耦合的方式把它们集成在一起。
以下清单显示了三个服务的应用程序接口。
清单3.CreditRatingInterface
publicinterfaceCreditRatingInterface{
publicbooleangetUserCreditHistoryInformation（ICustomeriCustomer）;
}
清单3所示的信用级别评定接口提供了信用历史信息。
它需要一个包含客户信息的Customer对象。
该接口的实现是由CreditRating类提供的。
清单4.CreditLinkingInterface
publicinterfaceCreditLinkingInterface{
publicStringgetUrl（）;
publicvoidsetUrl（Stringurl）;
publicvoidlinkCreditBankAccount（）throwsException;
}
信用链接接口将信用历史信息与银行信息（如果需要的话）连接在一起，并插入用户的信用卡信息。
信用链接接口是一个远程服务，它的查询是通过getUrl（）方法进行的。
URL由Spring框架的bean配置机制设置，我稍后会讨论它。
该接口的实现是由CreditLinking类提供的。
清单5.EmailInterface
publicinterfaceEmailInterface{
publicvoidsendEmail（ICustomeriCustomer）;
publicStringgetFromEmail（）;
publicvoidsetFromEmail（StringfromEmail）;
publicStringgetPassword（）;
publicvoidsetPassword（Stringpassword）;
publicStringgetSmtpHost（）;
publicvoidsetSmtpHost（StringsmtpHost）;
publicStringgetUserId（）;
publicvoidsetUserId（StringuserId）;
升级会员 