谈谈springMVC和Strut2的理解

关于struts2框架原理

  • 执行流程

struts2框架的核心是一个过滤器,我们编写的action类都继承ActionSupport的接口(顶层是一个过滤器filter),用户发送请求,经过核心过滤器StrutsPreparedAndExecuteFilter,然后经过ActionMapper映射器,然后判断我们的请求是否是一个action请求,如果是则将这个请求交给ActionProxy进行处理,接着请求具体的某个方法,接着加载拦截器,最后相应具体的方法,相应响应的jsp页面。

关于springMVC的框架原理

  • 执行流

用户发送请求,经过前段控制器DispatcherServlet,然后将请求的url交给处理器映射器HandlerMapping,处理结束返回一个HandlerExecutionChain对象,接着前端控制将Controller交给处理器适配器HandlerAdapter去处理,处理结束返回ModelAndView模型视图对象。接着前端控制器将MV对象交给视图解析器ViewResolver去处理。

tips:

springmvc入口是一个servlet,即是前端控制器,而strut2入口是一个filter过滤器。springMVC四大组件分别是:前端控制器,处理器映射器,处理器适配器,视图解析器。

时间: 2024-11-11 04:45:37

谈谈springMVC和Strut2的理解的相关文章

谈谈对CAP定理的理解

谈谈对CAP定理的理解 CAP定理的常规解释是任何分布式系统只能在一致性(Consitency),可用性(Availability)和分区容忍性(Partition Tolerance)中三选二.这个解释很让人费解,笔者在看了一些文章后谈谈我对它的理解,还请斧正. 从问题出发 假设我们用一台服务器A对外提供存储服务,为了避免这台服务器宕机导致服务不可用,我们又在另外一台服务器B上运行了同样的存储服务.每次用户在往服务器A写入数据的时候,A都往服务器B上写一份,然后再返回客户端.一切都运行得很好,

1.3 谈谈你对MVC的理解

1.谈谈你对MVC的理解 MVC是Model—View—Controler的简称.即模型—视图—控制器.MVC是一种设计模式,它强制性的把应用程序的输入.处理和输出分开. MVC中的模型.视图.控制器它们分别担负着不同的任务. 视图: 视图是用户看到并与之交互的界面.视图向用户显示相关的数据,并接受用户的输入.视图不进行任何业务逻辑处理. 模型: 模型表示业务数据和业务处理.相当于JavaBean.一个模型能为多个视图提供数据.这提高了应用程序的重用性 控制器: 当用户单击Web页面中的提交按钮

上网搜关于缓存的内容,谈谈你对缓存的理解看法。并回答在网站开发中使用缓存有哪些好处?

缓存的英文是cache,一般是用于RAM存储器,用于存储临时数据,断电后存储的内容会消失.缓存是临时文件交换区,电脑把最常用的文件从存储器里提出来临时放在缓存里,就像把工具和材料搬上工作台一样,这样会比用时现去仓库取更方便.因为缓存往往使用的是RAM(断电即掉的非永久储存),所以在忙完后还是会把文件送到硬盘等存储器里永久存储.电脑里最大的缓存就是内存条了,最快的是CPU上镶的L1和L2缓存,显卡的显存是给GPU用的缓存,硬盘上也有16M或者32M的缓存.千万不能把缓存理解成一个东西,它是一种处理

谈谈嵌套for循环的理解

谈谈嵌套for循环的理解     说for的嵌套,先说一下一个for循环的是怎么用的.      这次的目的是为了用for循环输出一个乘法口诀表,一下就是我的一步步理解.    一.   语法:            for(表达式1;表达式2;表达式3){                java语句;            }                表达式1是初始化表达式,最先执行,只执行一次.        表达式2必须是boolean类型的表达式.        for循环开始执行

目前对SpringMVC和Spring的理解-第一节

写标题之前还特意百度了一下,我这么写标题会不会有bug,可能是作为一个低端码农的职业病吧. 好,那我就来写写我对springMvc和spring的理解 干了也三年多javaweb开发了,都是在tomcat上忙乎j2ee这些东西.当我们将代码由ecplise编译成class文件放到tomcat下后,启动tomcat,jvm加载tomcat需要的jar.class,搜索到到我们的项目,接着加载我们项目的class(这里不知道如果是war包放上去是怎么样一个过程),加载完成后启动tomcat,启动我们

谈谈对zynq的浅显理解

zynq并不能说是一个嵌入arm核的FPGA.从它的启动过程就可以发现,绝对是arm主导的,所以称它为以高性能FPGA为外设的双核arm或许更为合适.以下是优势: 第一个:开发环境的大集成.从hls到vivado到sdk,对于一个不熟悉FPGA的嵌入式软件工程师来说,完全可以把它当做简单的双核ARM,使用例程中搭建好的硬件环境,在sdk中开发.软件调试后发现某些算法太慢,速度上不去,可以用hls把这部分进行优化,由工具直接生成电路,甩到vivado中.一般情况下快个一二十倍是没问题的.所以,整个

谈谈我对dubbo的理解(每个阶段理解不同,会持续跟新)

2019-07-26 初学阶段 对dubbo有一个基础的认识,是一个提供了远程调用的框架. 远程调用是以接口作为契约的,接口规定了方法签名,(尽量按值传递,不要传行为作为参数). 利用了zookeeper作为服务注册发现中心,这里不谈zookeeper的优缺点,假设是完美的.(enreka) 消费端根据接口名从zookeeper那获取到所有提供该服务的地址列表,根据设定的LB策略请求,(ribbon) 请求还会设置并行数和超时时间以达到服务降级,防止服务雪崩的目的,(最好还是能做到方法级别的隔离

SpringMVC两种配置理解----web.xml还有JavaConfig

最近因为在上javaEE的课程一直在学习Spring,在网上找了很多资料,发现大多数都是通过web.xml配置的spring,而通过javaConfig配置的比较少,本人自己尝试了两种配置方法. 开发环境Eclipse+Maven+Tomcat ----------------------------------------------------------- 首先我们要清楚Spring整个工作过程---> 盗用Spring in Action里的这张图片,我们可以看到整个流程:(如果想全面了

谈谈对Spring IOC的理解(转)

学习过Spring框架的人一定都会听过Spring的IoC(控制反转) .DI(依赖注入)这两个概念,对于初学Spring的人来说,总觉得IoC .DI这两个概念是模糊不清的,是很难理解的,今天和大家分享网上的一些技术大牛们对Spring框架的IOC的理解以及谈谈我对Spring Ioc的理解. 一.分享Iteye的开涛对Ioc的精彩讲解 首先要分享的是Iteye的开涛这位技术牛人对Spring框架的IOC的理解,写得非常通俗易懂,以下内容全部来自原文,原文地址:http://jinniansh