在分享SpringMVC之前,我们先对MVC有个基本的了解。MVC(Model-View-Controller)指的是一种软件思想,它将软件分为三层:模型层、视图层、控制层
模型层即Model:负责处理具体的业务和封装实体类,我们所知的service层、pojo都属于模型层
视图层即view:它是前端的交互页面,也就是用户可以直观看到的东西,例如登录界面,商城界面
控制层即Controller:它负责接收请求的接收和分发,将请求分发给指定的业务逻辑
1、什么是Spring MVC
简单来说,SpringMVC是Spring对MVC设计思想的一种实现,实现的一个用于接收Web请求,响应请求的模块,其简易架构如图所示:
其中,核心组件及其作用如下:
DispatcherServlet:前端控制器,不需要开发,由MVC框架提供
作用:统一处理请求和响应,整个流程控制的中心,由它调用其它组件处理用户的请求,相当于是一个中转站的功能,将请求发给其他组件前必须要经由它
HandlerMapping:处理器映射器,不需要开发,由框架提供
作用:根据请求的url、method等信息查找Handler,即控制器方法
Handler:处理器,需要工程师开发,就是Controller
作用:在DispatcherServlet的控制下Handler对具体的用户请求进行处理
HandlerAdapter:处理器适配器,不需要开发,由框架提供
作用:通过HandlerAdapter对处理器(控制器方法)进行执行
HandlerInterceptor:拦截器, 需要工程师开发
作用:实现请求响应的共性处理
ViewResolver:视图解析器(前缀+viewname+后缀),不需要工程师开发,由框架提供
作用:进行视图解析,得到相应的视图,例如:ThymeleafView、InternalResourceView、RedirectView
View:视图
作用:将模型数据通过页面展示给用户。
当前端发送一个请求后(请求即一个url路径),会先到达MVC过滤器,通过过滤器筛选后,通过的请求接下来会来到DispatcherServlet开始请求的分发,在分发之前它会先和HandlerMapping进行交互,HandlerMapping会判断请求路径中url是否有对应的的Controller可以进行处理,如果有,则将该信息返回给DispatcherServlet后由它来调用对应的Controller处理请求,在调用Controller之前,请求还会经过一个HandlerInterceptor拦截器(拦截器功能和过滤器相似),在拦截器中就可以进行一些控制用户的访问操作;Controller接收请求后调用该请求所对应的Service业务以及数据库,数据库返回数据后再将该返回的数据逐层返回至前端,返回的数据即为服务器的responce(响应)。
2、SpringMVC运行流程详解图:(面试可能会用到)
3、SpringBoot 整合MVC依赖
添加spring-web依赖,该框架提供了Spring MVC依赖支持,由于Spring boot Web的核心是SpringMVC,所以Spring基础框架的所有功能都适用与Spring boot Web,例如组件扫描、自动装配等
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
</dependency>
4、SpringMVC——RESTful
RestFul是一种以网络为基础构架一种架构风格,是一组架构约束条件和原则,不是标准,不是规范。” 如果一个架构符合REST的约束条件和原则,我们就称它为RESTful架构
REST原则:
①URI代表着一个资源,是一个实体,应该是名词,而不要把具体的动作放在URL中,对资源的操作应该通过HTTP的动词来实现
传统方式操作资源,我们都是例如(修改和删除类似):
http://localhost:8080/admin/getUser 表示查询操作
http://localhost:8080/admin/addUser 表示新增操作
使用REST风格之后,使用如下命令(修改和删除类似):
GET http://localhost:8080/admin/user 表示查询操作
POST http://localhost:8080/admin/user 表示新增操作
②使用适合的状态码,而不应该全部都返回状态码 200
常用状态码:
`200 – OK – 一切正常
`201 – OK – 新的资源已经成功创建
`204 – OK – 资源已经成功删除
`304 – Not Modified – 客户端使用缓存数据
`400 – Bad Request – 请求无效,需要附加细节解释如 "JSON无效"
`401 – Unauthorized – 请求需要用户验证
`403 – Forbidden – 服务器已经理解了请求,但是拒绝服务或这种请求的访问是不允许的。
`404 – Not found – 没有发现该资源
`422 – Unprocessable Entity – 只有服务器不能处理实体时使用,比如图像不能被格式化,或者重要字段丢失。
`500 – Internal Server Error – API开发者应该避免这种错误。
5、响应结果对象设计
设计响应结果对象的主要目的是为了在 API 接口中提供一种统一的数据格式,便于客户端程序进行处理和解析。通过定义响应结果对象,可以将 API 接口返回的数据封装成一个标准的数据结构,这样客户端程序就能够定位出需要的数据,而不必关心底层的具体实现。
响应结果对象通常包含以下属性:
- 状态码 (status code):表示请求处理的状态,如 200 表示成功,400 表示请求参数错误等。
- 错误信息 (error message):当发生错误时,返回的错误提示信息,以便客户端程序进行修复或者调试。
- 数据结果 (data):API 接口返回的请求结果数据,可能是一个单独的对象或者一个数组等
响应结果代码的设计:
@Data
public class JsonResult {
/**状态码*/
private Integer state = 1; //1表示OK,0表示Error
/**状态信息*/
private String message = "ok";
/**封装正确的查询结果*/
private Object data;
public JsonResult(){}
//在修改成功或删除成功时会使用的构造方法,例如将message改为“修改成功/删除成功等”
public JsonResult(String msg){
this.message = msg;
}
//当出现异常时使用的构造方法
public JsonResult(Integer state,String message){
this(message);
this.state = state;
}
//当查询成功时使用的构造方法
public JsonResult(Object data){ //new JsonResult(list)
this.data = data;
}
//当出现异常时,可以通过此构造方法对异常信息进行封装
public JsonResult(Throwable exception){ //new JsonResult(exception);
this(0,exception.getMessage()); //该方法还会调用第三个构造方法
}
}
6、统一异常处理设计
异常处理类是一种用于在程序执行期间捕获并处理异常情况的机制,如果没有异常处理类,一旦程序执行发生问题,Controller会将该问题抛给前端控制器,前端控制器会将错误直接抛给用户,而用户并不希望看到这些错误也没办法理解错误的含义,我们希望程序能够拦截错误并且告诉开发者,让我们去接解决。
另外,异常处理类可以将异常处理逻辑与业务逻辑分离开来,使程序的代码更加清晰、易于理解和维护,并且使得我们只需要编写一次异常处理逻辑,而不是在每个代码块中都写一遍,简化代码。
异常处理逻辑:
统一异常处理代码设计:
/*@RestControllerAdvice 注解描述的类为全局异常处理类,启动时会交给Spring管理*/
@RestControllerAdvice //是@ControllerAdvice和@ResponseBody的组合
public class GlobalExceptionHandler {
//表示为当前异常处理类生成一个日志对象
private static final Logger log = LoggerFactory.getLogger(GlobalExceptionHandler.class);
/*@ExceptionHandler注解描述的方法为异常处理方法,注解中定义的异常类型为方法可以处理的异常类型*/
@ExceptionHandler(RuntimeException.class)
public JsonResult doHandleRuntimeException(RuntimeException e){
e.printStackTrace();
log.error("exception msg is {}",e.getMessage());
//该方法会调用JsonResult中的异常处理构造方法
return new JsonResult(e);
}
//可以定义多个异常处理方法
}
—————————————————————
路漫漫其修远兮,吾将上下而求索~
到此关于SpringMVC框架的讲解就暂时结束啦后续随着博主的功力增加会不断更新(#^.^#),
写作不易,如果你认为博主写的不错!文章来源:https://www.toymoban.com/news/detail-813154.html
请点赞、关注、评论给博主一个鼓励吧,您的鼓励就是博主前进的动力。文章来源地址https://www.toymoban.com/news/detail-813154.html
到了这里,关于Spring成长之路—Spring MVC的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!