三大框架的工作原理
三大框架的底层机制及原理21页word文档
Struts1的工作原理Struts1工作原理图：1、初始化：struts框架的总控制器ActionServlet是一个Servlet，它在web.xml中配置成自动启动的Servlet，在启动时总控制器会读取配置文件(struts-config.xml)的配置信息，为struts中不同的模块初始化相应的对象。
(面向对象思想)2、发送请求：用户提交表单或通过URL向WEB服务器提交请求，请求的数据用HTTP协议传给web服务器。
3、form填充：struts的总控制器ActionServlet在用户提交请求时将数据放到对应的form对象中的成员变量中。
4、派发请求：控制器根据配置信息对象ActionConfig将请求派发到具体的Action，对应的formBean一并传给这个Action中的excute()方法。
5、处理业务：Action一般只包含一个excute()方法，它负责执行相应的业务逻辑(调用其它的业务模块)完毕后返回一个ActionForward对象。
服务器通过ActionForward对象进行转发工作。
6、返回响应：Action将业务处理的不同结果返回一个目标响应对象给总控制器。
7、查找响应：总控制器根据Action处理业务返回的目标响应对象，找到对应的资源对象，一般情况下为jsp页面。
8、响应用户：目标响应对象将结果传递给资源对象，将结果展现给用户。
ssh框架启动流程系统从职责上分为四层：表示层、业务逻辑层、数据持久层和域模块层。
其中使用Struts作为系统的整体基础架构，负责MVC的分离，在Struts框架的模型部分，利用Hibernate 框架对持久层提供支持，业务层用Spring支持。
具体做法是：用面向对象的分析方法根据需求提出一些模型，将这些模型实现为基本的Java对象，然后编写基本的DAO接口，并给出Hibernate的DAO实现，采用Hibernate架构实现的DAO类来实现Java类与数据库之间的转换和访问，最后由Spring完成业务逻辑。
三大框架的工作原理
struts1的工作原理图：1.初始化：struts框架的总控制器ActionServlet是一个Servlet，它在web.xml中配置成自动启动的Servlet，在启动时总控制器会读取配置文件(struts-config.xml)的配置信息，为struts中不同的模块初始化相应的对象。
(面向对象思想)2.发送请求：用户提交表单或通过URL向WEB服务器提交请求，请求的数据用HTTP协议传给web服务器。
3.form填充：struts的总控制器ActionServlet在用户提交请求时将数据放到对应的form对象中的成员变量中。
4.派发请求：控制器根据配置信息对象ActionConfig将请求派发到具体的Action，对应的formBean一并传给这个Action中的excute()方法。
5.处理业务：Action一般只包含一个excute()方法，它负责执行相应的业务逻辑(调用其它的业务模块)完毕后返回一个ActionForward对象。
服务器通过ActionForward对象进行转发工作。
6.返回响应：Action将业务处理的不同结果返回一个目标响应对象给总控制器。
7.查找响应：总控制器根据Action处理业务返回的目标响应对象，找到对应的资源对象，一般情况下为jsp页面。
8.响应用户：目标响应对象将结果传递给资源对象，将结果展现给用户。
AOP原理篇:为什么用AOP?1.为了方便，看一个国外很有名的大师说，编程的人都是“懒人”，因为他把自己做的事情都让程序做了。
用了aop能让你少写很多代码，这点就够充分了吧。
2.就是为了更清晰的逻辑，可以让你的业务逻辑去关注自己本身的业务，而不去想一些其他的事情，这些其他的事情包括：安全，事物，日志等。
AOP原理：spring用代理类包裹切面，把他们织入到Spring管理的bean中。
也就是说代理类伪装成目标类，它会截取对目标类中方法的调用，让调用者对目标类的调用都先变成调用伪装类，伪装类中就先执行了切面，再把调用转发给真正的目标bean。
三大框架基本原理
三大框架基本原理嗨，小伙伴！今天咱们就来唠唠那传说中的三大框架的基本原理，可有趣啦。
咱们先说说Spring框架吧。
Spring就像是一个超级贴心的大管家呢。
你想啊，在一个复杂的程序世界里，有好多好多的对象，就像一群调皮的小娃娃，到处乱跑，互相之间的关系也是乱七八糟的。
Spring呢，它就出来收拾这个烂摊子啦。
它通过依赖注入这个神奇的魔法，让对象之间的关系变得井井有条。
比如说，有一个对象A需要用到对象B的功能，以前啊，那得在对象A里面到处找对象B，就像在一个大迷宫里找东西一样麻烦。
但是有了Spring，就像有个小精灵把对象B直接送到对象A的手里，这就是依赖注入啦。
而且Spring还能方便地进行组件的管理，就像把那些小娃娃按照不同的功能和特点分成不同的小组，这样整个程序就变得清晰又高效啦。
它还有很多其他的功能，像是AOP（面向切面编程），这个就像是给程序穿上了一层多功能的衣服。
比如说，你想要给一些方法加上日志记录或者权限验证，要是没有AOP，你得在每个方法里面都写一遍相关的代码，那得多麻烦呀。
有了AOP，就像给程序穿上了一件带魔法的衣服，只要在衣服上设置好日志和权限验证的功能，所有相关的方法就都自动有这个功能啦，是不是超级酷呢？再来说说Hibernate框架。
Hibernate就像是一个翻译官，而且是一个超级厉害的翻译官哦。
我们知道，程序和数据库打交道就像两个人讲不同的语言一样，数据库有它自己的一套规则，什么SQL语句之类的。
但是对于程序员来说，写那些复杂的SQL语句有时候真的很头疼。
Hibernate就出现啦，它把对象和数据库表之间建立起了一种奇妙的联系。
在程序里，我们可以像操作普通对象一样操作数据库里的数据。
比如说，我们有一个Java对象，想要把它保存到数据库里，就像把一个小宝贝放到一个专门的宝库里一样。
用Hibernate的话，只要简单地告诉它这个对象要保存，它就会自动把这个对象的属性翻译成数据库能理解的SQL语句，然后把数据妥妥地存进去。
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等。
三丛集架构工作原理
三丛集架构工作原理三丛集架构是一种常用的分布式系统架构，由三个主要组件组成：数据层、计算层和应用层。
这种架构的设计目标是实现系统的高性能、高可用性和可扩展性。
在这篇文章中，我们将详细介绍三丛集架构的工作原理及其优势。
让我们来了解一下三丛集架构中的三个组件。
数据层：数据层是整个架构的基础，负责存储和管理系统的数据。
它通常由一个或多个数据库组成，可以是关系型数据库、NoSQL数据库或分布式文件系统等。
数据层的设计要考虑数据的存储、读写性能、数据一致性和数据安全等因素。
计算层：计算层是对数据进行处理和计算的核心组件。
它负责从数据层获取数据，并进行各种计算、分析和处理操作。
计算层可以包括数据处理引擎、分布式计算框架、机器学习模型等。
计算层的设计要考虑计算的效率、并行性和可扩展性。
应用层：应用层是用户与系统交互的接口，负责呈现数据、提供服务和支持业务逻辑。
它可以是Web应用、移动应用、API接口等。
应用层的设计要考虑用户界面的友好性、系统的响应速度和服务的可用性。
三丛集架构的工作原理如下：1. 数据流动：在三丛集架构中，数据的流动是一个核心概念。
数据从数据层流向计算层，经过计算和处理后再流向应用层。
这种数据流动的方式可以保证系统的高效性和实时性。
2. 数据分布：为了提高系统的可用性和可扩展性，数据在三丛集架构中通常是分布式存储的。
数据可以根据需求分散在不同的节点或服务器上，从而实现负载均衡和故障容错。
这种数据分布的方式可以提高系统的性能和可靠性。
3. 任务调度：在三丛集架构中，任务调度是一个重要的组件。
它负责将计算任务分配给不同的计算节点，并监控任务的执行情况。
任务调度可以根据系统的负载情况和计算资源的可用性，自动调整任务的分配策略，以实现最优的系统性能。
三丛集架构的优势在于：1. 高性能：通过将数据和计算分开处理，三丛集架构可以提高系统的并行性和计算效率，从而实现高性能的数据处理和计算能力。
2. 高可用性：通过数据的分布式存储和任务的分布式调度，三丛集架构可以提高系统的可用性和故障容错能力。
三大框架的工作原理
三大框架的工作原理三大框架指的是计算机科学领域中常用的编程架构，包括MVC（Model-View-Controller），MVVM（Model-View-ViewModel）和MVP（Model-View-Presenter）。
1. MVC（Model-View-Controller）：MVC模式是一种将应用程序分为三个部分的架构。
模型（Model）用来表示应用程序的数据和功能，视图（View）用于展示模型的内容给用户看，控制器（Controller）用于接受用户的输入并对模型和视图进行控制和协调。
用户与控制器进行交互，控制器再进行相应的操作，从而改变模型的状态或更新视图的显示。
2. MVVM（Model-View-ViewModel）：MVVM是一种基于MVC模式的演化形式，也被称为“双向绑定”。
模型（Model）表示应用程序的数据和业务逻辑，视图（View）负责用户界面的展示，而视图模型（ViewModel）则负责将模型中的数据和业务逻辑转化为视图所需的格式，并且可以处理用户输入。
在MVVM中，视图与视图模型进行绑定，通过数据绑定技术可以实现数据的自动更新，从而实现了数据和界面的同步更新。
3. MVP（Model-View-Presenter）：MVP模式是一种基于MVC的演化形式，主要用于构建复杂的用户界面。
模型（Model）仍然表示应用程序的数据和业务逻辑，视图（View）负责用户界面的展示，而Presenter则负责作为视图和模型之间的中介，处理视图的事件和用户输入，并根据逻辑规则进行相应的操作和更新模型。
Presenter还负责将模型中的数据传递给视图，以便进行显示。
这三个框架的共同目标都是将应用程序的不同部分进行解耦，提高代码的可维护性和可扩展性。
它们的工作原理都基于将应用程序分为不同的角色，并通过不同的方式进行交互和通信，从而实现良好的代码结构和职责分离。
三大框架的初步理解
、是一个基于平台地框架，主要是采用和技术来实现地.主要负责表示层地显示.是一个开放源代码地对象关系映射框架，它对进行了非常轻量级地对象封装，使得程序员可以随心所欲地使用对象编程思维来操纵数据库. 主要是数据地持久化到数据库.文档收集自网络，仅用于个人学习是一个解决了许多在开发中常见地问题地强大框架. 提供了管理业务对象地一致方法并且鼓励了注入对接口编程而不是对类编程地良好习惯.利用它地和来处理控制业务（负责对数据库地操作）.文档收集自网络，仅用于个人学习、首先是一个持久层框架，轻量级(性能好)，映射灵活，对表与表地映射关系处理地很完善，对做了良好地封装，使得我们开发时与数据库交互不需要编写大量地语句.而是一个地层框架，底层是对地大量封装，拥有强大地拦截器机制，主要负责调用业务逻辑层.三大框架地大致流程>>>.因为负责调用从而控制了地生命周期，使得层次之间地依赖加强，也就是耦合.所以我们引用了，在框架中充当容器地角色，用于维护各个层次之间地关系.通过反转控制依赖注入完成各个层之间地注入，使得层与层之间实现完全脱耦，增加运行效率利于维护.并且地面向切面编程，实现在不改变代码地情况下完成对方法地增强.比较常用地就是地声明式事务管理，底层通过实现，避免了我们每次都要手动开启事物，提交事务地重复性代码，使得开发逻辑更加清晰.这样应付面试应该可以了，不过他可能会细问，比如地懒加载，地和原理等，这个还需要在准备准备文档收集自网络，仅用于个人学习、是一个控制器，负责接收页面数据并调用视图层地方法返回页面所需要地数据，负责数据地持久化，因为现在一般采用地数据库都是关系型数据库，而是面向对象地，所以负责数据地落地，则把变化封装了，通过完成依赖注入，能降低各个模板间地耦合，有利于提高项目各个模板间地复用，使系统更加趋近于高内聚，低耦合地要求.文档收集自网络，仅用于个人学习三大框架各自地作用是什么？主要负责表示层地显示，利用它地和来处理控制业务（负责对数据库地操作），主要作用是数据地持久化到数据库.文档收集自网络，仅用于个人学习一、是一个解决了许多在开发中常见地问题地强大框架. 提供了管理业务对象地一致方法并且鼓励了注入对接口编程而不是对类编程地良好习惯.光谷校区专业老师指出，地架构基础是基于使用属性地容器.然而，这仅仅是完整图景中地一部分：在使用容器作为构建完关注所有架构层地完整解决方案方面是独一无二地.文档收集自网络，仅用于个人学习提供了唯一地数据访问抽象，包括简单和有效率地框架，极大地改进了效率并且减少了可能地错误.地数据访问架构还集成了和其他解决方案.还提供了唯一地事务管理抽象，它能够在各种底层事务管理技术，例如或者事务提供一个一致地编程模型.提供了一个用标准语言编写地框架，它给提供了声明式地事务管理和其他企业事务如果你需要还能实现你自己地.这个框架足够强大，使得应用程序能够抛开地复杂性，同时享受着和传统相关地关键服务.还提供了可以和容器集成地强大而灵活地框架.文档收集自网络，仅用于个人学习二、说到框架，它是一个基于平台地框架，主要是采用和技术来实现地.由于能充分满足应用开发地需求，简单易用，敏捷迅速，在过去地一年中颇受关注.把、、自定义标签和信息资源( )整合到一个统一地框架中，开发人员利用其进行开发时不用再自己编码实现全套模式，极大地节省了时间，所以说是一个非常不错地应用框架.文档收集自网络，仅用于个人学习三、是一个开放源代码地对象关系映射框架，它对进行了非常轻量级地对象封装，使得程序员可以随心所欲地使用对象编程思维来操纵数据库. 可以应用在任何使用地场合，既可以在地客户端程序实用，也可以在地应用中使用，最具革命意义地是，可以在应用地架构中取代，完成数据持久化地重任.文档收集自网络，仅用于个人学习一：框架,）是如何实现地（模型）：这个一般不由来做（视图）：视图也不算地强项，但是提供优秀地标签来支持视图地展示，利用标签，可以将数据合理地展示给用户控制器：地重要功能，提供地过滤器，拦截用户地请求，查找配置文件，为其匹配一个对应地，这个负责调用模型，获得数据，然后对数据做部分处理，接着再将处理后地数据，为其选择一个视图进行输出. 文档收集自网络，仅用于个人学习）工作机制？为什么要使用？工作机制：地工作流程: 在应用启动时就会加载初始化从文件中读取配置信息,把它们存放到各种配置对象当接收到一个客户请求时,将执行如下流程. ()检索和用户请求匹配地实例,如果不存在,就返回请求路径无效信息; ()如果实例不存在,就创建一个对象,把客户提交地表单数据保存到对象中; ()根据配置信息决定是否需要表单验证.如果需要验证,就调用地()方法; ()如果地()方法返回或返回一个不包含地对象, 就表示表单验证成功; ()根据所包含地映射信息决定将请求转发给哪个,如果相应地实例不存在,就先创建这个实例,然后调用地()方法; ()地()方法返回一个对象在把客户请求转发给对象指向地组件; ()对象指向组件生成动态网页,返回给客户;为什么要用：、、技术地出现给我们构建强大地企业应用系统提供了可能.但用这些技术构建地系统非常地繁乱，所以在此之上，我们需要一个规则、一个把这些技术组织起来地规则，这就是框架，便应运而生.基于开发地应用由类组件构成：控制器组件、模型组件、视图组件地框架是如何验证地？在配置文件中配置具体地错误提示，再在中地()方法具体调用. 文档收集自网络，仅用于个人学习）工作机制及为什么要用?请所有地请求都提交给,它会委托应用系统地其他模块负责负责对请求进行真正地处理工作. 查询一个或多个,找到处理请求地. 请请求提交到目标进行业务逻辑处理后，会返回一个查询一个或多个视图解析器,找到对象指定地视图对象.视图对象负责渲染返回给客户端.为什么用：让开发人员可以创建非行为性地关注点，称为横切关注点，并将它们插入到应用程序代码中.使用后，公共服务（比如日志、持久性、事务等）就可以分解成方面并应用到域对象上，同时不会增加域对象地对象模型地复杂性.文档收集自网络，仅用于个人学习允许创建一个可以构造对象地应用环境，然后向这些对象传递它们地协作对象.正如单词倒置所表明地，就像反过来地.没有使用一堆抽象工厂、服务定位器、单元素（）和直接构造（），每一个对象都是用其协作对象构造地.因此是由容器管理协作对象（）. 文档收集自网络，仅用于个人学习）工作原理及为什么要用？原理：.读取并解析配置文件.读取并解析映射信息，创建.打开.创建事务.持久化操作.提交事务.关闭.关闭为什么要用：. 对访问数据库地代码做了封装，大大简化了数据访问层繁琐地重复性代码.. 是一个基于地主流持久化框架，是一个优秀地实现.他很大程度地简化层地编码工作. 使用反射机制，而不是字节码增强程序来实现透明性.. 地性能非常好，因为它是个轻量级框架.映射地灵活性很出色.它支持各种关系数据库，从一对一到多对多地各种复杂关系.．是如何延迟加载? . 延迟加载实现：)实体对象)集合（）. 提供了属性地延迟加载功能当在查询数据地时候，数据并没有存在与内存中，当程序真正对数据地操作时，对象才存在与内存中，就实现了延迟加载，他节省了服务器地内存开销，从而提高了服务器地性能.．中怎样实现类之间地关系?(如：一对多、多对多地关系)类与类之间地关系主要体现在表与表之间地关系进行操作，它们都市对对象进行操作，我们程序中把所有地表与类都映射在一起，它们通过配置文件中地、、. 文档收集自网络，仅用于个人学习）地一级缓存与二级缓存地区别？一级缓存就是级别地缓存，一个做了一个查询操作，它会把这个操作地结果放在一级缓存中，如果短时间内这个（一定要同一个）又做了同一个操作，那么直接从一级缓存中拿，而不会再去连数据库，取数据.二级缓存就是级别地缓存，顾名思义，就是查询地时候会把查询结果缓存到二级缓存中，如果同一个创建地某个执行了相同地操作，就会从二级缓存中拿结果，而不会再去连接数据库.（这个题想简答就可以了，但是如果想深入去多问几个问什么这里提供一个连接，写得较为详细：）文档收集自网络，仅用于个人学习另外一个关键点是：你要知道什么信息和什么操作，该调用什么级别地缓存！）如何优化?（这个问题有些触及到这个框架地弱点了，那就得想办法应付） .使用双向一对多关联，不使用单向一对多 .灵活使用单向一对多关联.不用一对一，用多对一取代.配置对象缓存，不使用集合缓存 .一对多集合使用,多对多集合使用. 继承类使用显式多态 . 表字段要少，表关联不要怕多，自己再补充一点，上面说到地都是关于数据库设计带来地优势，从而起到优化框架地效果，但是真正在实际操作中，我们只有尽量控制不使用懒加载“文档收集自网络，仅用于个人学习”，如果在涉及地尽量使用语句）地核心是什么?(参考了这个回答)也是地核心技术.核心控制器执行以下操作：（）读取静态数据信息（）决定需要转发或者导航地配置（）创建地（）创建代理（）内存清理和性能优化拦截器：拦截器本身是一个普通地对象，它能动态拦截调用，在执行前后执行拦截器本身提供地各种个样地项目需求. 也可以阻止地执行，同时也可以提取中可以复用地部分.（）在调用之前提供系统处理流程逻辑控制（）和交互时，提供执行时地一些初始信息（）在结束后，一些事后地处理流程逻辑（）修改中返回地信息（）捕获异常栈是用表达式存值地最初地方，即一个存值地栈自己再补充一点：地标签库也算一个.文档收集自网络，仅用于个人学习。
ssm框架工作原理及流程
ssm框架工作原理及流程SSM框架是由Spring、SpringMVC和MyBatis这三个开源框架整合而成的，用于构建Java EE应用程序的框架。
框架的工作原理如下：1. 首先，Spring框架负责管理和协调应用程序中的各个组件，包括依赖注入、控制反转和面向切面编程。
它提供了一个容器来管理对象的生命周期，并通过依赖注入将这些对象注入到其他对象中。
2. SpringMVC框架是用于构建Web应用程序的部分，它负责处理请求和响应。
当客户端发送请求时，SpringMVC框架将根据请求的URL映射到相应的控制器，控制器接收请求并执行相应的业务逻辑，最后将响应返回给客户端。
3. MyBatis框架是用于数据库访问的部分，它通过映射文件定义了对象与数据库表之间的映射关系。
当数据访问层需要执行数据库操作时，MyBatis框架将根据映射文件生成相应的SQL语句，并执行数据库操作。
整个流程如下：1. 客户端发送请求到DispatcherServlet，该Servlet是SpringMVC框架的核心，用于接收请求并将其转发给相应的控制器。
2. DispatcherServlet根据URL映射找到对应的控制器，并将请求转发给控制器。
3. 控制器接收请求后，调用相应的服务层方法，进行业务处理。
4. 服务层方法可能需要访问数据库，这时会通过MyBatis框架执行相应的数据库操作。
5. 控制器获取服务层返回的结果，并将结果封装为ModelAndView对象。
6. 控制器将ModelAndView对象返回给DispatcherServlet。
7. DispatcherServlet根据ModelAndView对象选择合适的视图进行渲染。
8. 渲染后的视图将作为响应返回给客户端。
这样，整个请求-响应过程就完成了。
SSM框架通过整合这三个开源框架，提供了一个完整的Web开发解决方案，使开发者能够更加高效地进行Java EE应用程序的开发。
结构力学 三层框架
结构力学三层框架
结构力学是研究结构在外力作用下的变形和破坏规律的学科，
它在工程领域中具有重要的应用价值。
在结构力学中，我们可以将
其理解为一个三层框架，分别是静力学、弹性力学和塑性力学。
首先，静力学是结构力学的基础，它研究结构在静力平衡条件
下的力学性质。
静力学的基本原理包括平衡条件、力的合成和分解、杆件内力分析等。
通过静力学的分析，我们可以确定结构内部的受
力情况，为后续的弹性力学和塑性力学分析提供基础。
其次，弹性力学是结构力学的重要分支，它研究结构在外力作
用下的弹性变形和应力分布规律。
弹性力学的理论基础是胡克定律，即应力与应变成正比。
通过弹性力学的分析，我们可以了解结构在
外力作用下的变形情况，为结构的设计和优化提供依据。
最后，塑性力学是结构力学的另一重要分支，它研究结构在超
过一定应力范围内的变形和破坏规律。
塑性力学的理论基础是材料
的屈服和流动规律，通过塑性力学的分析，我们可以了解结构在超
载情况下的变形和破坏机制，为结构的安全性评估提供依据。
总之，结构力学的三层框架为我们理解和分析结构的力学性质提供了重要的理论基础。
静力学为结构受力情况的分析提供基础，弹性力学为结构变形和应力分布的分析提供基础，塑性力学为结构超载情况下的变形和破坏机制提供基础。
这三层框架相互衔接，共同构成了结构力学的完整理论体系，为工程实践提供了重要的理论支持。
java三大框架工作原理
struts的工作原理：
1、初始化，读取struts-config.xml、web.xml等配置文件（所有配置文件的初始化）
2、发送HTTP请求,客户端发送以.do结尾的请求
3、填充FormBean（实例化、复位、填充数据、校验、保存）
4、将请求转发到Action（调用Action的execute（）方法）
5、处理业务（可以调用后台类，返回ActionForward对象）
6、返回目标响应对象（从Action返回到ActionServlet）
7、转换Http请求到目标响应对象（查找响应，根据返回的Forward keyword）
8、Http响应，返回到Jsp页面
Hibernate工作原理：
1、读取并解析配置文件
2、读取并解析映射信息，创建SessionFactory
3、打开Sesssion
4、创建事务Transation
5、持久化操作
6、提交事务
7、关闭Session
8、关闭SesstionFactory
spring工作原理：
1、spring mvc请所有的请求都提交给DispatcherServlet,它会委托应用系统的其他模块负责负责对请求进行真正的处理工作。
2、DispatcherServlet查询一个或多个HandlerMapping,找到处理请求的Controller、
3、DispatcherServlet请请求提交到目标Controller
4、Controller进行业务逻辑处理后，会返回一个ModelAndView
5、Dispathcher查询一个或多个ViewResolver视图解析器,找到ModelAndView对象指定的视图对象
6、视图对象负责渲染返回给客户端。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
struts1的工作原理图：1.初始化：struts框架的总控制器ActionServlet是一个Servlet，它在web.xml中配置成自动启动的Servlet，在启动时总控制器会读取配置文件(struts-config.xml)的配置信息，为struts中不同的模块初始化相应的对象。
(面向对象思想)2.发送请求：用户提交表单或通过URL向WEB服务器提交请求，请求的数据用HTTP协议传给web服务器。
3.form填充：struts的总控制器ActionServlet在用户提交请求时将数据放到对应的form对象中的成员变量中。
4.派发请求：控制器根据配置信息对象ActionConfig将请求派发到具体的Action，对应的formBean一并传给这个Action中的excute()方法。
5.处理业务：Action一般只包含一个excute()方法，它负责执行相应的业务逻辑(调用其它的业务模块)完毕后返回一个ActionForward对象。
服务器通过ActionForward对象进行转发工作。
6.返回响应：Action将业务处理的不同结果返回一个目标响应对象给总控制器。
7.查找响应：总控制器根据Action处理业务返回的目标响应对象，找到对应的资源对象，一般情况下为jsp页面。
8.响应用户：目标响应对象将结果传递给资源对象，将结果展现给用户。
AOP原理篇:为什么用AOP?1.为了方便，看一个国外很有名的大师说，编程的人都是“懒人”，因为他把自己做的事情都让程序做了。
用了aop能让你少写很多代码，这点就够充分了吧。
2.就是为了更清晰的逻辑，可以让你的业务逻辑去关注自己本身的业务，而不去想一些其他的事情，这些其他的事情包括：安全，事物，日志等。
AOP原理：spring用代理类包裹切面，把他们织入到Spring管理的bean中。
也就是说代理类伪装成目标类，它会截取对目标类中方法的调用，让调用者对目标类的调用都先变成调用伪装类，伪装类中就先执行了切面，再把调用转发给真正的目标bean。
现在可以自己想一想，怎么搞出来这个伪装类，才不会被调用者发现（过JVM的检查，JAVA是强类型检查，哪里都要检查类型）。
1.实现和目标类相同的接口，我也实现和你一样的接口，反正上层都是接口级别的调用，这样我就伪装成了和目标类一样的类（实现了同一接口，咱是兄弟了），也就逃过了类型检查，到java运行期的时候，利用多态的后期绑定（所以spring采用运行时），伪装类（代理类）就变成了接口的真正实现，而他里面包裹了真实的那个目标类，最后实现具体功能的还是目标类，只不过伪装类在之前干了点事这就好比，一个人让你办件事，每次这个时候，你弟弟就会先出来，当然他分不出来了，以为是你，你这个弟弟虽然办不了这事，但是他知道你能办，所以就答应下来了，并且收了点礼物（写日志），收完礼物了，给把事给人家办了啊，所以你弟弟又找你这个哥哥来了，最后把这是办了的还是你自己。
但是你自己并不知道你弟弟已经收礼物了，你只是专心把这件事情做好。
顺着这个思路想，要是本身这个类就没实现一个接口呢，你怎么伪装我，我就压根没有机会让你搞出这个双胞胎的弟弟，那么就用第2种代理方式，创建一个目标类的子类，生个儿子，让儿子伪装我。
2.生成子类调用，这次用子类来做为伪装类，当然这样也能逃过JVM的强类型检查，我继承的吗，当然查不出来了，子类重写了目标类的所有方法，当然在这些重写的方法中，不仅实现了目标类的功能，还在这些功能之前，实现了一些其他的（写日志，安全检查，事物等）。
这次的对比就是，儿子先从爸爸那把本事都学会了，所有人都找儿子办事情，但是儿子每次办和爸爸同样的事之前，都要收点小礼物（写日志），然后才去办真正的事。
当然爸爸是不知道儿子这么干的了。
这里就有件事情要说，某些本事是爸爸独有的(final的)，儿子学不了，学不了就办不了这件事，办不了这个事情，自然就不能收人家礼了。
前一种兄弟模式，spring会使用JDK的ng.reflect.Proxy类，它允许Spring 动态生成一个新类来实现必要的接口，织入通知，并且把对这些接口的任何调用都转发到目标类。
后一种父子模式，spring使用CGLIB库生成目标类的一个子类，在创建这个子类的时候，spring织入通知，并且把对这个子类的调用委托到目标类。
相比之下，还是兄弟模式好些，他能更好的实现松耦合，尤其在今天都高喊着面向接口编程的情况下，父子模式只是在没有实现接口的时候，也能织入通知，应当做一种例外。
Hibernate原理篇:Hibernate是采用ORM模式实现数据持久层的java组件。
它提供了高效的、强大的将java对象进行数据持久化操作的服务。
利用hibernate，开发人员可以按照java对象的结果进行持久层的开发，并可以完成java对象和关系型数据库之间的转换和操作。
hibernate的工作原理：1.创建Configeration实例根据它的构造方法将指定的配置信息(默认hibernate.cfg.xml)读到内存。
一个Configeration 实例代表Hibernate 所有Java类到Sql数据库映射的集合。
2.创建SessionFactory实例当使用Configeration实例创建了SessionFactory实例后，把Configeration 对象中的所有配置信息拷贝到SessionFactory的缓存中。
SessionFactory的实例代表一个数据库存储源，创建后不在与Configeration 对象关联。
SessionFactory是线程安全的，通常情况下，一个应用程序只有一个SessionFactory的实例。
3.创建Session实例通过SessionFactory创建Session实例，session不是线程安全的，每个使用者应该用SessionFactory实例获得自己的session实例。
获得session实例后就可以利用session的各种方法对对象进行持久化操作了。
4.创建Transaction事务通过Session的beginTransaction()方法可以得到一个对象的实例。
主要用于管理实务。
一个事物对象可能会包括多个对数据库进行的操作。
hibernate的缓存：为了提高系统性能，hibernate也使用了缓存机制。
在hibernate框架中，主要包含两个方面的缓存，一级缓存和二级缓存。
hibernate缓存的作用主要表现在以下两个方面： 1 通过主键(ID)加载数据的时候 2 延迟加载中。
一级缓存：hibernate的一级缓存是由session提供的，因此它只存在session的生命周期中。
也就是说session关闭的时候该session所管理的一级缓存也随之被清除。
hibernate的一级缓存是session所内置的，不能被卸载，也不能进行任何配置。
一级缓存采用的是Key-Value的MAP方式来实现的。
在缓存实体对象时，对象的主关键字ID是MAP的Key，实体对象就是对象的值。
所以说一级缓存是以实体对象为单位进行存储的。
访问的时候使用的是主键关键字ID。
一级缓存使用的是自动维护的功能。
但可以通过session提供的手动方法对一级缓存的管理进行手动干预。
evict()方法用于将某个对象从session的一级缓存中清除。
clear()方法用于将session缓存中的方法全部清除。
二级缓存：SessionFactory提供的缓存机制可以将缓存分为内置缓存和外置缓存。
内置缓存存放了映射文件中数据的副本和预定义SQL语句。
SessionFactory的外置缓存就是我们的二级缓存。
它是一个可配置的插件，默认情况下SessionFactory不会启用这个插件，外置缓存的数据是数据库数据的副本。
外置缓存的介质可以是内存或者硬盘。
二级缓存的实现原理与一级缓存是一样的。
也是通过Key-Value的Map来实现对对象的缓存。
二级缓存是作用在SessionFactory范围内的。
因此它比一级缓存的范围更广。
它可被所有的Session对象所共享。
需要注意的是放入缓存中的数据不能有第三方的应用对数据进行修改。
Hibernate实体对象的生命周期实体对象的生命周期主要存在三种不同状态：瞬态、持久态和游离态。
瞬态：表示该实体对象在内存中是自由自在的。
与数据库中的数据没有任何关系。
与session 没有任何关系，也就是没有通过session的实例对其任何持久化的操作。
持久态：该实体对象处于hibernate框架所管理的状态。
也就是说这个对象是与session的实体对象相关的。
处于持久态的实体对象的特征就是其所作的任何的变更操作都将被Hibernate持久化到数据库中。
我们可以说持久态的周期与其对应的session的周期息息相关的。
hibernate会依据处于持久态的实体对象的属性变化而改变数据库中的对应记录。
游离态：处于持久态的实体对象，当不再与其对应的session对象相关联时，就处于游离态。
spring IOC(控制反转)浅析简单的来说，spring是一个轻量级的开源的控制反转(IOC)和面向切面(AOP)的容器框架。
主要是为了解决企业应用程序开发中的复杂性而创建的。
它的主要优势之一就是其分层架构，分层架构允许您选择使用哪一个组件，同时为 J2EE 应用程序开发提供集成的框架(struts、hibernate等)。
Spring由 7 个定义良好的模块组成，Spring 模块构建在核心容器之上(就是我们所说的IOC容器)，核心容器定义了创建、配置和管理 bean 的方式。
组成Spring 框架的每个模块（或组件）都可以单独存在，或者与其他一个或多个模块联合实现。
spring的目标是实现一个全方位的整合框架，在spring框架下实现多个子框架的组合，这些子框架之间可以相互独立，也可以使用其他框架方案加以替代。
IOC：控制反转，它是不是什么技术，它是一种设计模式。
所谓控制反转就是由容器控制程序间的关系，而不是传统实现中，由编程代码直接操控。
说白了就是由容器控制对象间的依赖关系。
DI：Dependency Injection 依赖注入，即组件(对象)之间的依赖关系由容器在运行期间决定。
其实依赖注入和控制反转是对同一概念的不同描述。
Spring通过这种控制反转（IoC）的设计模式促进了松耦合。
当应用了IoC，一个对象依赖的其它对象会通过被动的方式传递进来，而不是这个对象自己创建或者查找依赖对象。
不是对象从容器中查找依赖，而是容器在对象初始化时不等对象请求就主动将依赖传递给它。
我们可以把IoC模式看做是工厂模式的升华，可以把IoC看作是一个大工厂，只不过这个大工厂里要生成的对象都是在XML文件中给出定义的，然后利用Java的“反射”编程，根据XML中给出的类名生成相应的对象。