通过自己实现接口来加深理解SpringMVC的执行流程

功能介绍

上篇文章【从源码角度了解SpringMVC的执行流程】通过接口源码向大家介绍了SpringMVC的执行流程,主要偏重于源码。这篇文件我们来自己实现那几个关键接口,来真实体验下SpringMVC关键的流程,以此来加深理解。功能很简单,通过访问一个地址 /mymvc 来自动跳转到工程首页,但是我们不用SpringMVC自带的Controller等组件,完全自己手动开发。工程结构如下图

代码流程

将自定义的实现类放入Ioc容器中。

@Configuration
public class MyConfig {
    @Bean
    public HandlerMapping myHandlerMapping() {
        return new MyHandlerMapping();
    }
    @Bean
    public HandlerAdapter myHandlerAdapter() {
        return new MyHandlerAdapter();
    }
    @Bean
    public ViewResolver myViewResolver() {
        return new MyViewResolver();
    }
}

获取处理器

获取实现了HandlerMapping接口的类调用getHandler获取handler。

下面的代码是自定义HandlerMapping继承于AbstractHandlerMapping 。其中AbstractHandlerMapping 实现了HandlerMapping接口。这也是代码通常的结构。定义一个接口,抽象类实现接口完善一些基础代码,并将那些可以扩展的功能再暴露出去,这样我们再开发时只需要关注自己扩展的功能即可,不需要将接口所有的方法都再实现一遍,大大减少了开发成本。

新建自定义的处理器MyHandler返回。这里有一点需要注意,就是需要设置排序号,否则SpringMVC会先执行SimpleUrlHandlerMapping,这个类作为SpringMVC中最后执行的类,如果没有找到处理器,则会返回异常,所以自定义的HandlerMapping排序号必须大于这个类的排序号,先于此类执行。

public class MyHandlerMapping extends AbstractHandlerMapping {
    @Override
    protected Object getHandlerInternal(HttpServletRequest request) throws Exception {
        Object handler = null;
        String requestUri = getUrlPathHelper().getRequestUri(request);
        if (requestUri.equals("/mymvc")) {
            handler = new MyHandler();
        }
        return handler;
    }

    @Override
    public int getOrder() {
        return 1;
    }
}

获取处理器对应的适配器

获取实现了HandlerAdapter接口的类调用supports判断适配器是否适配上面获取的处理器,为什么会有适配器这一层逻辑上篇代码也介绍过了。

下面代码为自定义HandlerAdapter,supports逻辑很简单,判断处理器类型是否为MyHandler。

public class MyHandlerAdapter implements HandlerAdapter {
    @Override
    public boolean supports(Object handler) {
        if (handler instanceof MyHandler) {
            return  true;
        }
        return false;
    }

适配器调用处理器

调用自定义处理器的handler方法,返回逻辑视图名,并封装为ModelAndView。

public class MyHandlerAdapter implements HandlerAdapter {
  @Override
    public ModelAndView handle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception {
        MyHandler myHandler = (MyHandler) handler;
        String result = myHandler.handler();
        ModelAndView mv = new ModelAndView();
        mv.setViewName(result);
        return mv;
    }

自定义处理器,返回 myview 作为逻辑视图名。

public class MyHandler {

    public String handler() {
        return "myview";
    }
}

解析视图

判断逻辑视图名为 myview 新建视图返回。

public class MyViewResolver implements ViewResolver {
    @Override
    public View resolveViewName(String viewName, Locale locale) throws Exception {
        View view = null;
        if ("myview".equals(viewName)) {
            view = new MyView();
        }
        return view;
    }
}

渲染视图

直接跳转到首页。

public class MyView implements View {
    @Override
    public void render(Map<String, ?> model, HttpServletRequest request, HttpServletResponse response) throws Exception {
        String path = "http://localhost:8080/";
        response.sendRedirect(path);
    }

    @Override
    public String getContentType() {
        return "text/html;charset=ISO-8859-1";
    }
}

结语

上面代码逻辑很简单,大家也可以照着这个思路自己动手开发自定义的扩展功能,自己DUBUG体会一下整体流程,我相信会对SpringMVC的执行流程有个更加具象的理解。

原文地址:https://www.cnblogs.com/LuxBai/p/12203341.html

时间: 2024-10-08 08:57:02

通过自己实现接口来加深理解SpringMVC的执行流程的相关文章

从源码角度了解SpringMVC的执行流程

目录 从源码角度了解SpringMVC的执行流程 SpringMVC介绍 源码分析思路 源码解读 几个关键接口和类 前端控制器 DispatcherServlet 结语 从源码角度了解SpringMVC的执行流程 SpringMVC的执行流程网上有很多帖子都有讲解,流程图和文字描述都很详细,但是你如果没有通过具体源码自己走一遍流程,其实只是死记硬背.所以想开个帖子从源码角度再梳理一遍SpringMVC的执行流程,加深印象. SpringMVC介绍 SpringMVC采用的是前端控制器(Front

Android中图片加载框架Glide解析2----从源码的角度理解Glide的执行流程

转载地址:http://blog.csdn.net/guolin_blog/article/details/53939176 在本系列的上一篇文章中,我们学习了Glide的基本用法,体验了这个图片加载框架的强大功能,以及它非常简便的API.还没有看过上一篇文章的朋友,建议先去阅读 Android图片加载框架最全解析(一),Glide的基本用法 . 在多数情况下,我们想要在界面上加载并展示一张图片只需要一行代码就能实现,如下所示: Glide.with(this).load(url).into(i

springmvc的执行流程详解

1.什么是MVC MVC是Model View Controller的缩写,它是一个设计模式 2.springmvc执行流程详细介绍 第一步:发起请求到前端控制器(DispatcherServlet) 第二步:前端控制器请求HandlerMapping查找 Handler 可以根据xml配置.注解进行查找 第三步:处理器映射器HandlerMapping向前端控制器返回Handler 第四步:前端控制器调用处理器适配器去执行Handler 第五步:处理器适配器去执行Handler 第六步:Han

Android图片加载框架最全解析(二),从源码的角度理解Glide的执行流程

转载请注明出处:http://blog.csdn.net/guolin_blog/article/details/53939176 本文同步发表于我的微信公众号,扫一扫文章底部的二维码或在微信搜索 郭霖 即可关注,每天都有文章更新. 在本系列的上一篇文章中,我们学习了Glide的基本用法,体验了这个图片加载框架的强大功能,以及它非常简便的API.还没有看过上一篇文章的朋友,建议先去阅读 Android图片加载框架最全解析(一),Glide的基本用法 . 在多数情况下,我们想要在界面上加载并展示一

Spring MVC入门(一)—— SpringMVC的执行流程与常用注解

一.什么是SpringMVC SpringMVC就是类似于Struts2的mvc框架,属于SpringFrameWork的后续产品.在模型层中与视图层的交互部分. springMVC执行流程: 二.常用注解 1.RequestMapping注解类的使用方法 RequestMapping注解类的属性,分别有 value, method, consumes, produces, params, headers,这里介绍value属性: 代表具体的请求路径,比如上面的 /user, /login 都是

SpringMVC的执行流程

一个请求匹配前端控制器 DispatcherServlet 的请求映射路径(在 web.xml中指定), WEB 容器将该请求转交给 DispatcherServlet 处理DispatcherServlet 接收到请求后, 将根据 请求信息 交给 处理器映射器 (HandlerMapping)HandlerMapping 根据用户的url请求 查找匹配该url的 Handler,并返回一个执行链DispatcherServlet 再请求 处理器适配器(HandlerAdapter) 调用相应的

SpringMVC——MVC执行流程底层剖析

SpringMVC流程图如上面所示,根据上图,串联一下底层源码: 1.在DispatcherServlet中找到doDisPatch 2.观察方法体,然后找到getHandler方法 3.点进方法,发现也是调用另一个getHandler方法 4.点进方法,发现是一个接口,然后我们进入其抽象类的AbstractHandlerMapping的getHandler方法: 5.查看getHandlerExecutionChain方法 protected HandlerExecutionChain get

Java SpringMVC框架学习(三)springMVC的执行流程

具体执行逻辑如下: 浏览器提交请求到中央调度器. 中央调度器将请求转给处理器映射器. 处理器映射器根据请求, 找到请求对应的处理器, 并将其封装为处理器执行链返回给中央调度器. 中央调度器根据处理器执行链中的处理器, 找到能够执行该处理器的适配器. 适配器调用执行处理器. 处理器将处理结果以及要跳转的视图封装到一个对象ModelAndView中, 并将其返回给处理器适配器. 适配器将结果返回给中央调度器. 中央调度器调用视图解析器, 将ModelAndView中的视图名封装为视图对象. 视图解析

简单讲一下SpringMVC的执行流程?

流程示意图 1. 用户向服务器发送请求,请求被Spring 前端控制Servelt DispatcherServlet捕获: 2. DispatcherServlet对请求URL进行解析,得到请求资源标识符(URI).然后根据该URI,调用HandlerMapping获得该Handler配置的所有相关的对象(包括Handler对象以及Handler对象对应的拦截器),最后以HandlerExecutionChain对象的形式返回: 3. DispatcherServlet 根据获得的Handle