谈谈对spring_hibernate_struts2的理解
Java的strutsspringhibernate精通SSH三大框架的底层机制及原理
Java的struts、spring、hibernate精通SSH三大框架的底层机制及原理1. 什么是SSH框架SSH是由Struts、Spring、Hibernate三个框架整合而成的，它是一种企业级、全栈式框架，非常适合开发大型Web应用程序。
Struts是MVC架构模式中的控制器层，负责接收请求并转化成对应的业务逻辑进行处理，同时也控制着视图层进行渲染。
Spring是一个轻量级的开源框架，它可以被用来构建Java企业级应用，能够提供全周期的、全栈式的框架服务。
Hibernate是一个ORM（对象关系映射）框架，之前在持久化层需要进行数据库的操作，但是Hibernate可以让开发者不用直接操作数据库，而是通过Java对象与数据库进行交互。
2. SSH框架的优势SSH框架的三个组件各自拥有一系列的优势。
Struts提供了用于Web开发的MVC架构，使得应用程序的开发和维护更加清晰、明了。
Spring专注于解决企业开发中的复杂问题，比如事务管理、安全管理、远程调用、Web框架等。
Hibernate则是优秀的ORM框架，可以将Java对象与关系型数据库进行映射，让开发者不用关心具体的SQL语句。
3. SSH框架的实现机制SSH框架的三个组件相互整合，形成了一个高效、稳定、易于使用的开发框架。
在SSH框架中，Web请求首先被Struts2框架接收，Struts2框架通过ActionContext来向Action中注入Spring容器管理的Bean完成业务逻辑处理，而Bean之间的关系都是由Spring的IOC容器维护的。
声明式事务管理交给Spring框架完成，Hibernate框架在ORM层将Java对象映射到数据库记录。
下面分别来详细介绍一下SSH框架各自的底层机制及原理。
3.1 Struts2框架Struts2框架是一个基于MVC模式的Web应用程序框架。
在Struts2中，负责接收请求转发的控制器为Action。
Struts、Spring、Hibernate三大框架的原理和优点
Struts的原理和优点.Struts工作原理MVC即Model—View—Controller的缩写，是一种常用的设计模式。
MVC 减弱了业务逻辑接口和数据接口之间的耦合，以及让视图层更富于变化。
MVC的工作原理，如下图1所示：Struts 是MVC的一种实现，它将Servlet和JSP 标记(属于J2EE 规范）用作实现的一部分。
Struts继承了MVC的各项特性,并根据J2EE的特点，做了相应的变化与扩展.Struts的工作原理，视图:主要由JSP生成页面完成视图，Struts提供丰富的JSP 标签库: Html，Bean，Logic，Template等，这有利于分开表现逻辑和程序逻辑。
控制：在Struts中,承担MVC中Controller角色的是一个Servlet，叫ActionServlet。
ActionServlet是一个通用的控制组件。
这个控制组件提供了处理所有发送到Struts的HTTP请求的入口点。
它截取和分发这些请求到相应的动作类(这些动作类都是Action类的子类）。
另外控制组件也负责用相应的请求参数填充Action From（通常称之为FromBean），并传给动作类（通常称之为ActionBean）。
动作类实现核心商业逻辑，它可以访问java bean 或调用EJB。
最后动作类把控制权传给后续的JSP 文件，后者生成视图。
所有这些控制逻辑利用Struts-config.xml文件来配置。
模型：模型以一个或多个java bean的形式存在。
这些bean分为三类：Action Form、Action、JavaBean or EJB.Action Form通常称之为FormBean，封装了来自于Client的用户请求信息,如表单信息。
Action通常称之为ActionBean，获取从ActionSevlet传来的FormBean,取出FormBean中的相关信息，并做出相关的处理，一般是调用Java Bean或EJB等。
struts2、hibernate的知识点
struts2、hibernate的知识点以下内容是我在复习struts2、hibernate和spring的时候记下得到，部分书上找不到的内容来⾃⽹络以下是⽹络部分的原⽂⽹站：Struts21：Struts2与Struts1的联系struts1与struts2都是mvc框架的经典实现模式。
Struts2是Struts1和Webwork结合的产物，但却是以WebWork的设计思想为核⼼，采⽤拦截器的机制来处理⽤户的请求，所以Struts 2可以理解为WebWork的更新产品2：Struts2与Struts1的区别1：因为Stuts2是针对拦截器开发的，也就是所谓的AOP思想，可以配置多个action，⽤起来⽐较⽅便，依赖性也更弱⼀点2：因为请求之前的拦截器有⼀些注⼊的操作，速度相对Stuts1来说慢⼀点。
3：Struts1是使⽤ActionServlet做为其中⼼处理器，Struts2则使⽤⼀个拦截器（FilterDispatcher）做为其中⼼处理器，这样做的⼀个好处就是将Action类和Servlet API进⾏了分离。
Struts1的Action类依赖于Servlet API，Struts2则不依赖于Servlet API4：Struts1的Action类是单例模式，必须设计成线程安全的，Struts2则为每⼀个请求产⽣⼀个实例5：因为Struts1依赖于Servlet API这些Web元素，因此对Struts1的Action进⾏测试的时候是很困难的，需要借助于其他的测试⼯具，Struts2的Action可以像测试其他的⼀些Model层的Service类⼀样进⾏测试6：Struts1的Action与View通过ActionForm或者其⼦类进⾏数据传递，struts2可以通过POJO（Plain Ordinary Java Object 简单的Java对象）进⾏数据传递7：Struts1绑定了JSTL，为页⾯的编写带来⽅便，Struts2整合了OGNL，也可以使⽤JSTL，因此，Struts2下的表达式语⾔更加强⼤3：Struts2的简单处理流程1：客户端产⽣⼀个HttpServletRequest的请求2：客户端产⽣的请求被提交到⼀系列的标准过滤器（Filter）组建链中3：核⼼控制器组建FilterDispatcher被调⽤，并询问ActionMapper来决定这个请求是否需要调⽤某个Action4：ActionMapper决定要调⽤那⼀个Action,FilterDispatcher把请求交给ActionProxy。
Struts2+Spring框架简介+Hibernate查询语言
出自Gavin King的手笔，目前最流行的开源ORM框架，其灵巧的设计，优秀的 性能，还有丰富的文档，都是其迅速风靡全球的重要因素。
Entity EJB
Entity EJB实质上也是一种ORM技术，这是一种备受争议的组件技术，很多人 说它非常优秀，也有人说它一钱不值。事实上，EJB为J2EE的蓬勃发展赢得了 极高的声誉，EJB作为一种重量级、高花费的ORM技术上，具有不可比拟的优势。 但由于其必须运行在EJB容器内，而且学习曲线陡峭，开发周期、成本相对较 高，因而限制EJB的广泛使用。
添加自动注解配置(自动扫描@Service,@Repository等注解)
<context:component-scan base-package="test,a"/>
<context:annotation-config/> 该配置将隐式地向Spring容器注册4个 BeanPostProcessor
<bean id="hello" class="test.HelloWorld" abstract="false“ lazy-init="default" autowire="default" dependencycheck="default"> <property name="helloWorld"> <value type="ng.String">Hello World From IOC</value> </property> </bean>
Struts2、spring2、hibernate_的整合
一.struts 2 与spring2struts2 本身就采用了类似于spring的IOC容器机制，可以利用struts2官方提供的插件struts2-spring-plugin-2.0.11.1.jar，直接与spring进行整合，配置文件中只需要设置struts.objectFactory=spring这样，就将struts2的对象管理交给了spring2的IOC容器。
在struts.xml中配置的action<package name="maintaince" extends="struts-default"><action name="serverInfoList" class="serverInfoService" method="getAllServersInfo"><result name="list">/jsp/server_info/server_info_list.jsp</result></action>在spring的配置文件中配置的bean<bean id="serverInfoService" class="com.wod.service.impl.ServerInfoServiceImpl"><property name="serverInfoDao" ref="serverInfoDao"/><property name="sib" ref="serverInfoBean"/></bean>可以看出，struts2可以直接只用在spring2中配置的bean，引用过来作为action。
Struts2的介绍及总结
Struts2在WebWork基础上发展起来的，可扩展的JAVA EE web框架。
框架设计的目标贯穿整个开发周期，从开发到发布，包括维护的整个过程。
Action类：Struts 2 Action类可以实现一个Action接口，也可实现其他接口，使可选和定制的服务成为可能。
Struts2提供一个ActionSupport基类去实现常用的接口。
Action接口不是必须的，任何有execute标识的POJO 对象都可以用作Struts2的Action对象。
线程模式：Struts2Action对象为每一个请求产生一个实例，因此没有线程安全问题。
Servlet依赖：Struts 2 Action不依赖于容器，允许Action脱离容器单独被测试。
如果需要，Struts2 Action仍然可以访问初始的request和response。
但是，其他的元素减少或者消除了直接访问HttpServetRequest 和 HttpServletResponse的必要性。
可测试性：Struts2 Action可以通过初始化、设置属性、调用方法来测试，“依赖注入”支持也使测试更容易。
捕获输入：Struts2直接使用Action属性作为输入属性，消除了对第二个输入对象的需求。
Action属性能够通过web页面上的taglibs访问。
表达式语言：Struts 2 使用"ValueStack"技术，使taglib能够访问值而不需要把你的页面（view）和对象绑定起来。
ValueStack策略允许通过一系列名称相同但类型不同的属性重用页面（view）。
Struts2不仅支持JSTL，Struts2 还可使用OGNL进行类型转换。
提供基本和常用对象的转换器。
校验：Struts2支持通过validate方法和XWork校验框架来进行校验。
XWork 校验框架使用为属性类类型定义的校验和内容校验，来支持chain校验子属性。
Hibernate+Spring+struts这三个框架的好处
Hibernate+Spring+struts这三个框架的好处SpringSpring中的概念说明：控制反转：主要是当主类调用被调用类中的方法时，不是在主类中直接创建被调用类对象，而是由Spring容器创建。
反射注入：就是由Spring容器创建的被调用类的实例注入到主类中。
面向方面的aop编程：主要是为了实现处理日志、异常、权限等。
利用Spring的好处：利用控制反转的好处：就是在反复调用主类时不用在主类中反复地创建被调用类的实例，而是由spring容器创建一次就可以（单例模式），这样就节省了内存空间，还有就是解耦。
面向方面的aop编程的好处：例如：假如处理日志，只要写一个日志类就可以了，不用在每个类中引用这个类。
而是把写好的日志类配置到spring配置文件中。
其它的都类似。
这样就减少了代码的编写量，提高了系统的维护性。
Struts2Struts2的说明：它主要是进行界面的设计。
它可以与Ajax、Jsf、Hibernate、Spring等结合。
它的功能比struts1强大几倍。
Struts2的好处：它的好处是：例如：用是在jsp页面中实现一个日历控件，假如不用struts2，只能在页面中引入javascript脚本。
这样会提高代码的编写量和页面的刷新时间。
假如用struts2，在页面中只要引入struts2的标签库就可以了。
因为它有日历控件标签。
HibernateHibernate的分析说明：运行效率：如果JDBC的代码写的非常优化，那么JDBC架构运行效率最高，但是实际项目中，这一点几乎做不到，这需要程序员非常精通JDBC，运用Batch语句，调整PreapredStatement的Batch Size和Fetch Size等参数，以及在必要的情况下采用结果集cache等等。
而一般情况下程序员是做不到这一点的。
因此Hibernate架构表现出最快的运行效率。
EB的架构效率会差的很远开发效率：在有JBuilder的支持下以及简单的项目，EB架构开发效率最高，JDBC次之，Hibernate最差。
Struts2框架的介绍和应用
Struts2框架的介绍和应用一、简介Struts2框架是一个基于MVC模式的Java web应用程序框架，它能够帮助开发人员有效地管理和组织大规模、复杂的web应用程序。
它提供了一系列的工具和技术，使得开发人员能够快速地构建完整可用的web应用程序。
二、历史Struts2框架最初是由Apache软件基金会的Jakarta项目组开发的。
它源于Struts1框架，因为Struts1框架在开发人员自由度和灵活性方面存在限制。
Struts2框架开发了许多新特性和改进，使其比Struts1更具有可扩展性、更易于使用，更适合于构建大规模的web应用程序。
三、架构Struts2框架采用MVC模式，即Model-View-Controller模式，分为以下三个层次：3.1 Model 层Model层用于将数据从数据库等存储区域提取出来，然后传递给View层进行显示。
Struts2框架中，Model层的数据可以是一个Java对象或一个POJO。
3.2 View 层View层将从Model层传递来的数据显示给用户，它可以采用JSP、HTML、XML等技术来展现数据。
3.3 Controller 层Controller层作为Model层和View层之间的中介，调度这两层的工作，处理用户的请求并将处理结果返回给View层。
四、优点4.1 易于扩展Struts2框架采用模块化的设计思路，在不同的模块之间，通过配置文件、注解等方式进行交互，方便扩展和维护。
4.2 易于使用Struts2框架提供了丰富的标签库和功能模块，使得开发人员可以快速地构建完整的web应用程序，降低了使用门槛。
4.3 基于MVC模式Struts2框架采用了MVC模式，将业务逻辑、数据处理、UI展示等功能分开，使得程序结构清晰，易于管理和维护。
五、应用Struts2框架广泛应用于Java web应用程序的开发，特别是在大型项目中使用。
以下是Struts2框架的一些主要应用场景：5.1 企业级应用程序Struts2框架能够较好地管理和组织大型的企业级应用程序，可以帮助开发人员高效地开发复杂的应用。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
面试的时候的一个问题,说得越详细越容易理解越好.我对spring的理解主要有反转控制IOC和面向切面（AOP）,面试题:说说你对spring的理解[此问题的推荐答案]spring: 1)是一种开源框架,实际上就是一种容器,是实现了IOC模式的容器，也可以说是一个Bean的工厂，对Bean进行管理。
2)IoC（控制反转）,将类的创建和依赖关系写在配置文件里，由配置文件注入，实现了松耦合3)AOP 将安全，事务，log等公共的服务对于程序逻辑相对独立的功能抽取出来，利用spring的配置文件将这些功能插进去，让程序员更专注于业务逻辑的实现，实现了按照方面编程，提高了可维护性和复用性4) ApplicationContext：spring上下文信息，5) Spring DAO6)spring ORM:可以集成多个ORM框架，像Hibernate，Ibatis，JDO，7）spring Web模块,与struts的集成。
8）spring MVCspring容器的接口分级设计。
IoC和AOP是spring最重要的两个特性，面试官差不多就看这个吧，至于spring mvc 之类的估计面试官不一定感兴趣介绍Spring的核心Spring的核心是个轻量级容器（container），实现了IoC（Inversion of Control）模式的容器，Spring 的目标是实现一个全方位的整合框架，在Spring框架下实现多个子框架的组合，这些子框架之间彼此可以独立，也可以使用其它的框架方案加以替代，Spring希望提供one-stop shop的框架整合方案。
Spring不会特別去提出一些子框架来与现有的OpenSource框架竞争，除非它觉得所提出的框架夠新夠好，例如Spring有自己的 MVC框架方案，因为它觉得现有的MVC方案有很多可以改进的地方，但它不强迫您使用它提供的方案，您可以选用您所希望的框架来取代其子框架，例如您仍可以在Spring中整合您的Struts框架。
Spring的核心概念是IoC，IoC的抽象概念是「依赖关系的转移」，像是「高层模组不应该依赖低层模组，而是模组都必须依赖于抽象」是 IoC的一种表现，「实现必须依赖抽象，而不是抽象依赖实现」也是IoC的一种表现，「应用程序不应依赖于容器，而是容器服务于应用程序」也是IoC的一种表现。
spring框架由七个模块组成;其核心容器:提供基本功能,主要核心BeanFactory 工厂模式的实现,使用控制反转(依赖注入)实现.让Bean 与Bean 之间以配置文件组织在一起,而不是以硬编码的方式耦合在一起.创建实例由spring容器来完成.创建对象的控制权由调用者交给了容器来管理,这就是控制反转名字的由来.所谓依赖注入,是指在程序运行过程中,当需要被调用时,由容器自己提供被调用者的实例,调用者与被调用者都处于spring管理下,二者之间的以来关系有spring提供.spring框架的核心思想是建立一个java对象的工厂,用户只要给工厂一个指令,工厂就能将用户需要的对象根据配置文件组装好还给用户.业务层service 控制层Action 持久层DAO 各层之间调用完全面向接口,无需关心其具体实现的类,当重构代码时,改写量将大大减少.IOC是Sprng 核心？关键？Spring容器使用控制反转（IOC）模式将应用程序的配置和依赖性规范与实际的应用程序代码分开，控制反转（IOC）模式是基于java反射的基本原理。
通常的软件设计，肯定把IOC作为容器的核心，其他外围的功能如bean 的Scope都是基于IOC展开，而Spring设计却只把它放如工具类BeanUtil，这正是Spring的高明之处，虽然IOC是Spring的创建bean的基础，但创建一个bean需要判断是否静态工厂创建，是否有含参数的构造方法，而这些参数也可能是其他对象的实例，创建bean的初始化方法等等，这些不仅仅是bean的IOC所能涵盖的，并且在创建一个bean的过程中可能需要多次迭代调用IOC程序。
综上所述，IOC虽然是Spring的创建Bean的基本原理，但仅是及其重要的一部分，并不是Spring容器的核心，是Spring创建bean的比不可少的工具。
IOC是Spring容器的关键，而不是核心。
Interface分级设计接口的分级设计，是针对不同的客户给予不同级别的产品。
不同等级的接口关注点也各有不同，就像产品也分为多个级别，如高级产品、中级产品、初级产品分别对应于不同的客户群，或者如同银行的客户渠道有银行卡，柜台，网银，手机终端，A TM机等等。
同样接口也分为内部接口和外部接口，就如同有些接口可能永远不被外部用户所知，仅仅是内部使用，就像工厂内部多个车间之间的内部产品。
org.springframework.beans.factory. BeanFactory是Spring的顶级Interface，其中只有getBean 系列，containsBean，isPrototype，isSingleton，getType等成品Bean的基本方法。
org.springframework.beans.factory. ListableBeanFactory是Factory的管理方法如containsBeanDefinition，getBeanDefinitionCount，getBeanDefinitionNames，getBeanNamesForType系列，getBeansOfType系列，ListableBeanFactory是针对BeanDefinition 半成品的。
而ApplicationContext接口除了集成ListableBeanFactory接口外，还继承了ResourcePatternResolver，HierarchicalBeanFactory，ApplicationEventPublisher，MessageSource 的功能，如在资源处理（国际化处理），事件传递，及各应用层之间的context实现。
同样是对外的接口，Spring更建议采用ApplicationContext的原因也就在这儿，ApplicationContext 更像是针对VIP客户的产品。
相对于Ioc，Aop这些概念,我觉得spring带来更重要的是容器观念。
从一定意义上说，spring是出于ejb又高于ejb的设计(ejb 2)，有些概念是互通的，特别是容器的思想。
ejb就是运行在容器里的，只是ejb自身的代价和为了使用ejb而花费的代价都太高了（纯粹的技术观点，前者是直觉，我没有看过一行ejb实现代码；后者是切身之痛，要在一个项目中有效编写ejb，有三分之二的时间是花在上课上），spring的过人之处就在于将容器和pojo联系了起来。
有了容器，所有底层的构建全都从代码中分离了，这是所谓的松耦合和ioc的基础。
但容器的功能不单单如此，因为创建对象的过程被容器所管理，所以我就可以在创建过程中动些手脚，于是Aop就自然的被实现出来了。
相比较于其他的java aop方案，spring上的aop实现显得更平易近人。
最后，将容器引入，从此代码获得了真正的灵活性，所谓的迭代式开发等方法能够真正的得到落实。
只作现在想到到的，从此不用过渡设计，如果有新的要求，稍作修改，再让容器帮我搞定新增部分集成就是了。
联想开来，容器作用就类似于计算机硬件主板，每个新增类就像是往板卡上插新卡一般，但是同硬件相比现在的容器还没有一个比较标准的总线概念，特别是同一个虚拟机内非容器管理bean和容器之间的通讯；以及两个容器之间的通讯现在还很薄弱。
现在每次做项目往往为了集成非spring创建的bean而苦恼（前几天用了一下AutowireCapableBeanFactory稍微降低了点工作量）。
我希望的软件通讯协议最好是可伸缩的，首先对于一般的java应用是很简单的配置，在同一个虚拟机里通讯应该不会有太大的开销；但是当我需要同一个异构的端点通讯时，可以提供企业级的标准通讯协议，比如web service。
Struts理解：struts最早是作为Apache Jakarta项目的组成部分问世运作。
项目的创立者希望通过对该项目的研究，改进和提高Java Server Pages、Servlet、标签库以及面向对象的技术水准。
Struts这个名字来源于在建筑和旧式飞机中使用的支持金属架。
它的目的是为了减少在运用MVC设计模型来开发Web应用的时间。
你仍然需要学习和应用该架构，不过它将可以完成其中一些繁重的工作。
Struts跟Tomcat、Turbine等诸多Apache项目一样，是开源软件，这是它的一大优点，使开发者能更深入的了解其内部实现机制。
Spring是一个开源框架，它由Rod Johnson创建。
它是为了解决企业应用开发的复杂性而创建的。
Spring使用基本的JavaBean 来完成以前只可能由EJB完成的事情。
然而，Spring的用途不仅限于服务器端的开发。
从简单性、可测试性和松耦合的角度而言，任何Java应用都可以从Spring中受益。
• 目的：解决企业应用开发的复杂性• 功能：使用基本的JavaBean代替EJB，并提供了更多的企业应用功能• 范围：任何Java应用简单来说，Spring是一个轻量级的控制反转(IoC)和面向切面(AOP)的容器框架。
在SSH框架中spring充当了管理容器的角色。
我们都知道Hibernate用来做持久层，因为它将JDBC做了一个良好的封装，程序员在与数据库进行交互时可以不用书写大量的SQL 语句。
Struts是用来做应用层的，他它负责调用业务逻辑serivce层。
所以SSH框架的流程大致是：Jsp页面----Struts------Service（业务逻辑处理类）---Hibernate（左到右）struts 负责控制Service（业务逻辑处理类），从而控制了Service的生命周期，这样层与层之间的依赖和强，属于耦合。
这时，使用spring框架就起到了控制Action对象（Strus中的）和Service类的作用，两者之间的关系就松散了，Spring的Ioc机制（控制反转和依赖注入）正是用在此处。
Spring的Ioc（控制反转和依赖注入）控制反转：就是由容器控制程序之间的（依赖）关系，而非传统实现中，由程序代码直接操控。
依赖注入：组件之间的依赖关系由容器在运行期决定，由容器动态的将某种依赖关系注入到组件之中。
从上面我们不难看出：从头到尾Action仅仅是充当了Service的控制工具，这些具体的业务方法是怎样实现的，他根本就不会管，也不会问，他只要知道这些业务实现类所提供的方法接口就可以了。