springMVC的请求过程

springMVC请求过程:

  1. 请求信息(包括用户相关信息)发送到DispatcherServlet,DispatcherServlet在这里做为前端控制器。
  2. DispatcherServlet查询处理器映射,处理器映射会根据请求携带的URL信息进行决策。
  3. 当选择了合适的控制器,DispatcherServlet会将请求发送给选中的控制器。在这里控制器会处理这些信息。
  4. 控制器在完成逻辑处理后,会产生一些信息,这些信息将被打包成模型(model),并指定一个接收视图名(逻辑名)。
  5. DispatcherServlet将会使用视图解析器将逻辑视图名匹配为一个特定的视图实现。
  6. 视图将模型数据渲染输出。
  7. 输出会通过相应对象传递给客户端。
时间: 2024-10-13 15:18:40

springMVC的请求过程的相关文章

初学springMVC搭建框架过程及碰到的问题

刚刚开始学spring框架,因为接了一个网站的项目,想用spring+springMVC+hibernate整合来实现它,现在写下搭建框架的过程及碰到的问题.希望给自己看到也能让大家看到不要踏坑. 一.创建Maven项目 我选用的IDE是Intellij idea2016.2 Ultimate,使用的Maven来创建web项目,这样可以省去很多我自己找依赖包下载的时间,因为Maven有中央仓库统一管理可以通过配置pom.xml文件到Maven仓库上去获取需要的包,点击File->New proj

springmvc原理|执行过程|解决了什么问题?

springmvc原理|执行过程|解决了什么问题? 答:我对springmvc的理解是这样的: (1)首先Springmvc是一个基于MVC的框架,解决了: 前端页面和后台代码的分离问题: 实现了一个请求对应一个方法. (2)Springmvc的配置流程是这样的: 一个url请求发送过来,首先进到web.xml,所以我们需要在web.xml配置一个dispatchServlet核心控制器. 核心控制器将这个请求交给对应的方法来处理,因此需要解决一个url和一个一个方法的映射问题. 而spring

springmvc组件组成以及springmvc的执行过程

springmvc三大组件 处理器映射器:用户请求路径到Controller方法的映射 处理器适配器:根据handler(controlelr类)的开发方式(注解开发/其他开发) 方式的不同区寻找不同的处理器适配器 视图解析器:根据handler返回的view地址文件类型(jsp/pdf….)去寻找相应的视图解析器来进行解析 springmvc的执行过程 执行流程: 1. 用户向服务器发送请求,请求被 Spring 前端控制 Servelt DispatcherServlet 捕获(捕获) 2.

SpringMVC的实现过程

Spring Web MVC 处理Http请求的大致过程: 一旦Http请求到来,DispatcherSevlet将负责将请求分发.DispatcherServlet可以认为是Spring提供的前端控制器,所有的请求都有经过它来统一分发. 在DispatcherServlet将请求分发给Spring Controller之前,需要借助于Spring提供的HandlerMapping定位到具体的Controller.HandlerMapping是这样一种对象,它能够完成客户请求到Controlle

mvc请求过程总结-前篇

前言 最近在思考一个问题,我的学习方法一般主要是看博客来学习新东西,但是光看,基本也没总结过,所以经常会出现这样的问题,某个知识点我知道,但是就是不能很好的表达出来,很简单的东西往往都不知道如何简短精炼的阐述清楚.所以我想到应该每天抑或是经常性的总结近期学到的知识,这样既可以巩固知识又可以提高语言的组织能力. MVC的请求过程 有些比较细节的地方直接忽略了,我主要摸索它的大概轨迹 首先从客户端发出请求开始,iis接受请求,找到web应用程序运行的工作者进程,如果进程不存在,则创建的新的工作进程,

深入Web请求过程(笔记)

深入Web请求过程 B/.S架构的好处: B/S架构带来两方面好处: l  客服端使用统一浏览器,由于浏览器具有统一性,有效屏蔽了不同服务提供商提供给用户使用服务的差异性.. l  服务端基于统一的HTTP,为服务提供商简化了开发模式,节省开发成本,服务开发者只需要关注提供服务的应用逻辑. B/S网络架构概述 B/S网络架构从前端到后端都是基于统一的应用层协议HTTP来交互数据,与传统C/S架构采用的长连接的交互模式不同,HTTP采用无状态的短连接的通信方式.通常情况下,一次请求就完成一次数据交

ASP.NET 运行时详解 揭开请求过程神秘面纱

对于ASP.NET开发,排在前五的话题离不开请求生命周期.像什么Cache.身份认证.Role管理.Routing映射,微软到底在请求过程中干了哪些隐秘的事,现在是时候揭晓了.抛开乌云见晴天,接下来就一步步揭开请求管道神秘面纱. 上篇回顾 在介绍本篇内容之前,让我们先回顾下上一篇<ASP.NET运行时详解 集成模式和经典模式>的主要内容.在上一篇随笔中,我们提到ASP.NET运行时通过Application的InitInternal方法初始化运行管道.ASP.NET运行时提供了两种初始化管道模

超文本传输协议,http请求过程

超文本传输协议. 2.http请求过程. { 1> http协议: 超文本传输协议(Hypertext Transfer Protocol) { http协议规定了客户端和服务器之间的数据传输格式. http协议是在网络开发中最常用的协议.不管是移动客户端还是PC端,访问网络资源经常使用http协议. http优点: <1> 简单快速: http协议简单,通信速度很快. <2> 灵活: http协议允许传输任意类型的数据. <3> http协议是短连接(非持续性连

web应用程序servlet的映射名称的规则及请求过程

首先用MyEclipse创建一个web Project(工程名起为TestServletProject),新建一个Servlet(这里servlet的名字起TestServlet),将请求的servlet映射名称设为/TestServlet,(具体步骤可以查看tomcat上servlet程序的配置与处理servlet请求过程).并在TestServlet的doGet方法中在控制台打印一句“this is TestServlet” jxf.servlet.TestServlet.java 1 pa