深刻浅出Spring MVC

摘要

本文旨在详细分析SpringMVC工做原理以及做为开发者如何基于SpringMVC作扩展。由于SpringMVC分析的文章比较多,因此本文重点讲解如何利用SpringMVC的扩展点实现咱们的需求。前端

什么是Spring MVC

SpringMVC的做用是什么呢?须要解决什么问题呢?java

下图是一个客户端与服务端的交互web

在这里插入图片描述
在以前的 详解http报文(2)-web容器是如何解析http报文的一文中我也提到过。 此次再更细致的分析一遍。一个请求如何中客户端发到服务端,再从服务端返回内容。干的这件事在web中叫请求动态内容,区别于静态内容。在java语言中,为了解决这件事定义了一个规范就是servlet。具体的实现由各大厂商本身定义。

大致部分分为两部分一块是创建链接、一块是传输内容。因此servlet规范包括两大部分,,一部分是servlet接口,定义处理请求的规范。一部分是servlet容器的,去管理加载servlet实例。spring

轻量级的servlet容器有tomcat/jetty/undertow,servlet框架有SpringMVC/Struts/Webx这些,本篇重点讲解SpringMVCapi

SpringMVC工做流程

在这里插入图片描述
Spring MVC 顾名思义就是处理Controll-Model-View的。

  1. DispatchServlet 是入口,doDispatch方法开始处理请求
  2. 首先通过controll,controll包含两部分,一部分是url处理映射,将url与具体的处理bean映射起来。也就是HandleMapping,另外一部分是具体的Handle,由于须要不一样的handle,因此定义了HandleAdapter.
  3. Model比较简单,主要就是ModelView对象,
  4. View 包含两部分,一部分是ViewName的解析,另外一部分是ViewName的对应的模板引擎,来渲染出最终的模板引擎。

常见扩展点

基于以上,Spring MVC 提供了不一样层面的扩展,方便开发者实现定制化的功能,而不须要底层代码的修改tomcat

一. Filter

Filter其实不算是SpringMVC,是servlet的,这时候请求尚未到DispatchServlet。Filter容许对请求和响应作一些统一的定制化处理,好比你限流、日志、trace。bash

实现javax.servlet.Filter接口便可restful

二. Controll - HandleMapping,HandlerAdapter

HandleMapping属于Controll层面,咱们能够编写任意的HandlerMapping实现类,而后定义策略来决定一个web请求到HandlerExecutionChain对象的生成。mvc

继承RequestMappingHandlerMapping 类便可。 这个具体案例能够看下fredal的博客-使用基于 SpringMVC 的透明 RPC 开发微服务app

简要来讲,他的rpc通讯协议是基于http的。因此rpc调用就是基于服务端仍是原来的restful api。写法给普通的前端去掉无异,而后包一层rpc client。方便客户端调用。可是这样太麻烦了,对于不须要暴露给前端的API,单纯是服务间的rpc调用。再走一遍servlet-SpringMVC不必。

因此他基于RequestMappingHandlerMapping作了一个改造。再也不基于SpringMVC,而是本身定义了一套rpc的范式,而后转换为springmvc。

三. Controll - Interceptor

Interceptor属于Controll层面,咱们能够自定义各类拦截器,在一个请求被真正处理以前、请求被处理但还没输出到响应中、请求已经被输出到响应中以后这三个时间点去作任何咱们想要作的事情。普遍应用于Log,Session,鉴权等场景。

实现HandlerInterceptor接口便可

四. View - HandlerMethodArgumentResolver

解析方法参数的,能够很方便的扩展http请求参数。 实现HandlerMethodArgumentResolver接口便可

好比须要从http header中处理设备信息

@Component
public class DeviceResolver implements HandlerMethodArgumentResolver {
    @Override
    public boolean supportsParameter(final MethodParameter methodParameter) {
        return methodParameter.getParameterType().equals(DeviceInfo.class);
    }

    @Override
    public Object resolveArgument(final MethodParameter methodParameter,
            final ModelAndViewContainer modelAndViewContainer,
            final NativeWebRequest nativeWebRequest,
            final WebDataBinderFactory webDataBinderFactory) throws Exception {
        HttpServletRequest request =
                (HttpServletRequest)  nativeWebRequest.getNativeRequest(HttpServletRequest.class);

        // 从head头中获取设备信息
        String id = request.getHeader("x-device-id");
        if (id != null) {
            DeviceInfo deviceInfo = new DeviceInfo();
            deviceInfo.setId("id");
            return deviceInfo;
        }
        return null;
    }
}
复制代码

五. View - Converter

类型转换器,主要和序列化相关,参数绑定时springmvc会对将前端传来的参数经过某种规则转化成方法定义的参数的类型,默认实现的有StringHttpMessageConverterByteArrayHttpMessageConverter等等,默认的不能知足需求时咱们可本身定义此接口来实现本身的类型的转换。

继承AbstractHttpMessageConverter 便可。

六. View- HandlerExceptionResolver

异常处理,一般须要定义的全局异常。

@ControllerAdvice 注解便可 在一次和前端的相互甩锅的问题记录中有总结过这种

七. 修改requestbody 内容

当咱们须要对RequestBody的内容进行统一处理时,由于HandlerMethodArgumentResolver只能处理特定类型的,作不到这点要求。

实现RequestBodyAdvice 接口便可。好比我须要处理requestbody中的内容,将emoji输入转换掉

@RestControllerAdvice
public class EmojiReplaceAdvice implements RequestBodyAdvice {
    @Override
    public boolean supports(final MethodParameter methodParameter, final Type targetType,
            final Class<? extends HttpMessageConverter<?>> converterType) {
        return methodParameter.hasParameterAnnotation(EmojiReplace.class);
    }

    @Override
    public Object handleEmptyBody(final Object body, final HttpInputMessage inputMessage,
            final MethodParameter parameter, final Type targetType,
            final Class<? extends HttpMessageConverter<?>> converterType) {
        return body;
    }

    @Override
    public HttpInputMessage beforeBodyRead(final HttpInputMessage inputMessage,
            final MethodParameter parameter,
            final Type targetType, final Class<? extends HttpMessageConverter<?>> converterType)
            throws IOException {
        return new HttpInputMessage() {
            @Override
            public InputStream getBody() throws IOException {
                final String content = IOUtils.toString(inputMessage.getBody());
                final String emojiUnicodeToAlias = StringUtil.parseEmojiUnicodeToAlias(content);
                return new ByteArrayInputStream(
                        emojiUnicodeToAlias.getBytes(StandardCharsets.UTF_8));
            }

            @Override
            public HttpHeaders getHeaders() {
                return inputMessage.getHeaders();
            }
        };
    }

    @Override
    public Object afterBodyRead(final Object body, final HttpInputMessage inputMessage,
            final MethodParameter parameter, final Type targetType,
            final Class<? extends HttpMessageConverter<?>> converterType) {
        return body;
    }
}
复制代码

总结

这篇文章主要是系统的归纳了SpringMVC的工做原理和各类扩展机制,属于高度归纳,细节不足。具体的每一个扩展点的实现、坑、应用场景须要在以后的文章继续阐述。

参考

fredal.xin/develop-wit…

相关文章
相关标签/搜索