资讯频道 → 编程语言
阅读更多

22顶
0踩

编程语言

转载新闻 Spring思维导图，让Spring不再难懂（mvc篇）

2017-07-18 11:11 by 副主编 jihong10102006 评论(8) 有17309人浏览
spring java
写在前面

生活就像海洋，只有意志坚强的人才能到达彼岸。已经很久没有发文章了呀，想必大家都挂念我了，哈哈。温故而知新，今天一起来复习一下spring mvc的内容吧。

spring mvc简介与运行原理

Spring的模型-视图-控制器（MVC）框架是围绕一个DispatcherServlet来设计的，这个Servlet会把请求分发给各个处理器，并支持可配置的处理器映射、视图渲染、本地化、时区与主题渲染等，甚至还能支持文件上传。

  • (1) Http请求：客户端请求提交到DispatcherServlet。
  • (2) 寻找处理器：由DispatcherServlet控制器查询一个或多个HandlerMapping，找到处理请求的Controller。
  • (3) 调用处理器：DispatcherServlet将请求提交到Controller。
  • (4)(5)调用业务处理和返回结果：Controller调用业务逻辑处理后，返回ModelAndView。
  • (6)(7)处理视图映射并返回模型： DispatcherServlet查询一个或多个ViewResoler视图解析器，找到ModelAndView指定的视图。
  • (8) Http响应：视图负责将结果显示到客户端。
主要注解

ContextLoaderListener

在讲ContextLoaderListener之前，首先来了解一下web.xml的作用。
  • 一个web中可以没有web.xml文件，也就是说，web.xml文件并不是web工程必须的。web.xml文件是用来初始化配置信息：比如Welcome页面、servlet、servlet-mapping、filter、listener、启动加载级别等。当你的web工程没用到这些时，你可以不用web.xml文件来配置你的Application。
  • 当要启动某个web项目时，服务器软件或容器如（tomcat）会第一步加载项目中的web.xml文件，通过其中的各种配置来启动项目，只有其中配置的各项均无误时，项目才能正确启动。web.xml有多项标签，在其加载的过程中顺序依次为：context-param >> listener >> fileter >> servlet。（同类多个节点以出现顺序依次加载)

而spring mvc启动过程大致分为两个过程：
  • ContextLoaderListener初始化，实例化IoC容器，并将此容器实例注册到ServletContext中。
  • DispatcherServlet初始化。

其中ContextLoaderListener监听器它实现了ServletContextListener这个接口，在web.xml配置这个监听器，启动容器时，就会默认执行它实现的方法。在ContextLoaderListener中关联了ContextLoader这个类，所以整个加载配置过程由ContextLoader来完成。

ContextLoaderListener在web.xml中的配置 
<!-- 配置contextConfigLocation初始化参数 -->

<context-param>
    <param-name>contextConfigLocation</param-name>

    <param-value>/WEB-INF/applicationContext.xml</param-value>

</context-param>

<!-- 配置ContextLoaderListerner -->

<listener>

        <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>

</listener>

ServletContextListener 接口有两个方法:contextInitialized,contextDestroyed

DispatcherServlet

Spring MVC框架，与其他很多web的MVC框架一样：请求驱动；所有设计都围绕着一个中央Servlet来展开，它负责把所有请求分发到控制器；同时提供其他web应用开发所需要的功能。不过Spring的中央处理器，DispatcherServlet，能做的比这更多。

下图展示了Spring Web MVC的DispatcherServlet处理请求的工作流。熟悉设计模式的朋友会发现，DispatcherServlet应用的其实就是一个“前端控制器”的设计模式（其他很多优秀的web框架也都使用了这个设计模式）。

流程图

spring mvc处理请求的流程.jpg

在web.xml中的配置 
<!-- servlet定义 -->

<servlet>
    <servlet-name>dispatcher</servlet-name>
    <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>

    <load-on-startup>1</load-on-startup>

</servlet>

<servlet-mapping>
    <servlet-name>dispatcher</servlet-name>

    <url-pattern>/</url-pattern>

</servlet-mapping>

其中
  • load-on-startup：表示启动容器时初始化该Servlet；
  • url-pattern：表示哪些请求交给Spring Web MVC处理， “/” 是用来定义默认servlet映射的。也可以如“*.html”表示拦截所有以html为扩展名的请求。
在Spring MVC中，每个DispatcherServlet都持有一个自己的上下文对象WebApplicationContext，它又继承了根（root）WebApplicationContext对象中已经定义的所有bean。这些继承的bean可以在具体的Servlet实例中被重载，在每个Servlet实例中你也可以定义其scope下的新bean。

WebApplicationContext继承自ApplicationContext，它提供了一些web应用经常需要用到的特性。它与普通的ApplicationContext不同的地方在于，它支持主题的解析，并且知道它关联到的是哪个servlet（它持有一个该ServletContext的引用）

spring mvc同时提供了很多特殊的注解，用于处理请求和渲染视图等。DispatcherServlet初始化的过程中会默认使用这些特殊bean进行配置。如果你想指定使用哪个特定的bean，你可以在web应用上下文WebApplicationContext中简单地配置它们。

其中，常用的ViewResolver的配置。以jsp作为视图为例 
<!-- 对模型视图名称的解析,即在模型视图名称添加前后缀 -->

<bean class="org.springframework.web.servlet.view.InternalResourceViewResolver">
    <property name="prefix" value="/WEB-INF/jsp/" />

    <property name="suffix" value=".jsp" />

</bean>

配置上传文件限制MultipartResolver 
<!-- 上传限制 -->

<bean id="multipartResolver" class="org.springframework.web.multipart.commons.CommonsMultipartResolver">
     <!-- 上传文件大小限制为31M，31*1024*1024 -->

     <property name="maxUploadSize" value="32505856"/>

</bean>

applicationContext.xml中的标签

文件上传

前面说到DispatcherServlet中有个特殊的Bean叫MultipartResolver，可用于限制文件的上传大小等。当解析器MultipartResolver完成处理时，请求便会像其他请求一样被正常流程处理。

表单 
<form method="post" action="/form" enctype="multipart/form-data">
     <input type="text" name="name"/>
     <input type="file" name="file"/>
     <input type="submit"/>
</form>

控制器 
@RequestMapping(path = "/form", method = RequestMethod.POST) public String handleFormUpload(@RequestParam("name") String name, 

            @RequestParam("file") MultipartFile file) {

   if (!file.isEmpty()) {

          byte[] bytes = file.getBytes();

          // store the bytes somewhere
          return "redirect:uploadSuccess";

    }

    return "redirect:uploadFailure";
}

异常处理

先来说下常见的异常处理有几种方式，如下图：

Spring的处理器异常解析器HandlerExceptionResolver接口的实现负责处理各类控制器执行过程中出现的异常。也是上面提到的，是DispatcherServlet中的特殊bean，可以自定义配置处理。

某种程度上讲，HandlerExceptionResolver与你在web应用描述符web.xml文件中能定义的异常映射（exception mapping）很相像，不过它比后者提供了更灵活的方式。比如它能提供异常被抛出时正在执行的是哪个处理器这样的信息。

HandlerExceptionResolver 提供resolveException接口 
public interface HandlerExceptionResolver {  
    ModelAndView resolveException(  
            HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex);  
}

在BaseController中使用 @ExceptionHandler注解处理异常 
    @ExceptionHandler(Exception.class)
    public Object exceptionHandler(Exception ex, HttpServletResponse response, 
              HttpServletRequest request) throws IOException {
        String url = "";
        String msg = ex.getMessage();
        Object resultModel = null;
        try {
            if (ex.getClass() == HttpRequestMethodNotSupportedException.class) {
                url = "admin/common/500";
                System.out.println("--------毛有找到对应方法---------");
            } else if (ex.getClass() == ParameterException.class) {//自定义的异常

            } else if (ex.getClass() == UnauthorizedException.class) {
                url = "admin/common/unauth";
                System.out.println("--------毛有权限---------");
            }

            String header = req.getHeader("X-Requested-With");
            boolean isAjax = "XMLHttpRequest".equalsIgnoreCase(header);
            String method = req.getMethod();
            boolean isPost = "POST".equalsIgnoreCase(method);

            if (isAjax || isPost) {
                return Message.error(msg);
            } else {
                ModelAndView view = new ModelAndView(url);
                view.addObject("error", msg);
                view.addObject("class", ex.getClass());
                view.addObject("method", request.getRequestURI());
                return view;
            }
        } catch (Exception exception) {
            logger.error(exception.getMessage(), exception);
            return resultModel;
        } finally {
            logger.error(msg, ex);
            ex.printStackTrace();
        }
    }

在web.xml中处理异常 
<!-- 默认的错误处理页面 -->

<error-page>
    <error-code>403</error-code>

    <location>/403.html</location>

</error-page>

<error-page>
    <error-code>404</error-code>

    <location>/404.html</location>

</error-page>

<!-- 仅仅在调试的时候注视掉,在正式部署的时候不能注释 --><!-- 这样配置也是可以的，表示发生500错误的时候，转到500.jsp页面处理。 -->

<error-page> 
    <error-code>500</error-code> 

    <location>/500.html</location> 

</error-page> 

<!-- 这样的配置表示如果jsp页面或者servlet发生java.lang.Exception类型（当然包含子类）的异常就会转到500.jsp页面处理。 -->

<error-page> 
    <exception-type>java.lang.Exception</exception-type> 

    <location>/500.jsp</location> 

</error-page> 

<error-page> 
    <exception-type>java.lang.Throwable</exception-type> 

    <location>/500.jsp</location> 

</error-page>

<!-- 当error-code和exception-type都配置时，exception-type配置的页面优先级高及出现500错误，发生异常Exception时会跳转到500.jsp-->

来一个问题：HandlerExceptionResolver和web.xml中配置的error-page会有冲突吗？

解答：如果resolveException返回了ModelAndView，会优先根据返回值中的页面来显示。不过，resolveException可以返回null，此时则展示web.xml中的error-page的500状态码配置的页面。
当web.xml中有相应的error-page配置，则可以在实现resolveException方法时返回null。
API文档中对返回值的解释：
return a corresponding ModelAndView to forward to, or null for default processing.

写在最后

下篇文章将会写Spring aop的内容，同样以思维导图的方式编写。可视化学习，让java不再难懂。
  • 大小: 37.5 KB
  • 大小: 203.1 KB
  • 大小: 290.2 KB
  • 大小: 37.5 KB
  • 大小: 203.1 KB
  • 大小: 71 KB
  • 大小: 114.5 KB
  • 大小: 57.4 KB
  • 大小: 298.1 KB
  • 大小: 240.9 KB
  • 大小: 155.3 KB
22
顶
0
踩
评论 共 8 条 请登录后发表评论
8 楼 bulletpaul 2017-08-28 22:22
归纳得确实好，给博主点个赞
7 楼 Itzhengbin 2017-08-20 21:41
出自：http://www.jianshu.com/p/6b15246a48db
不谢
6 楼 xam_sunny 2017-07-25 14:19
写的挺好，思路清晰，感谢楼主分享！
5 楼 senhui19 2017-07-24 10:16
归纳的非常好呀，mark！
4 楼 1156911356 2017-07-21 11:32
2222222222
3 楼 lorenhood 2017-07-19 15:40
很清晰，很好懂
2 楼 tiantangdefeng 2017-07-19 09:52
好东西,温故而知新!
1 楼 duingold 2017-07-19 09:04
转载的地址在哪?

发表评论

您还没有登录,请您登录后再发表评论

相关推荐

  • Spring思维导图，让Spring不再难懂

    spring mvc简介与运行原理  Spring的模型-视图-控制器（MVC）框架是围绕一个DispatcherServlet来设计的，这个Servlet会把请求分发给各个处理器，并支持可配置的处理器映射、视图渲染、本地化、时区与主题渲染等...

  • Spring 思维导图，让 Spring 不再难懂（mvc篇）

    Spring 思维导图，让 Spring 不再难懂（mvc篇） 来源自 java思维导图 开源中国   写在前面   spring mvc简介与运行原理 Spring的模型-视图-控制器（MVC）框架是围绕一个DispatcherServlet来设计的，这个...

  • Spring思维导图，让Spring不再难懂（ioc篇）

    Spring思维导图，让Spring不再难懂（ioc篇） java思维导图 发表于3个月前       写在前面 写过java的都知道：所有的对象都必须创建；或者说：使用对象之前必须先创建。...

  • COMSOL模拟碳酸钙岩石与盐酸反应的随机孔隙酸化路径及布林克曼流动形成的分形结构

    内容概要：本文详细介绍了利用COMSOL软件模拟碳酸钙(CaCO3)在岩石中与盐酸(HCl)反应过程中产生的随机孔隙酸化路径及其形成的布林克曼流动。首先，通过蒙特卡洛方法生成随机孔隙分布，模拟真实岩石内部复杂的孔隙结构。接着，采用布林克曼方程处理多孔介质中的粘性力和渗透流动，并引入化学反应模块，模拟CaCO3与HCl之间的化学反应。随着模拟的进行，酸液流动路径逐渐形成类似雪花状的分形结构，展示了流动与溶解之间的动态博弈。最后，通过自适应网格技术和粒子追踪功能，精确捕捉并可视化这些精美的分形图案。 适合人群：从事地质工程、材料科学、化学工程等领域研究的专业人士，以及对多孔介质传输现象感兴趣的科研工作者。 使用场景及目标：适用于研究多孔介质内的化学反应和流体流动特性，特别是对于优化石油开采中的酸化压裂工艺具有重要指导意义。 其他说明：文中提供了详细的MATLAB和COMSOL代码片段，帮助读者理解和重现模拟过程。此外，强调了随机性和确定性在微观尺度上的相互作用，揭示了自然界深层次的规律。

  • 基于滑模控制的永磁同步电机直接转矩控制仿真建模与实现

    内容概要：本文详细介绍了将滑模控制(SMC)应用于永磁同步电机(PMSM)直接转矩控制(DTC)的技术细节。首先解释了转矩和磁链误差计算方法，接着探讨了滑模面的设计及其对系统抖振的影响。文中还提供了扇区矢量选择的具体实现方式，并深入讨论了磁链观测器的改进措施。此外，文章分析了滑模控制器的设计要点以及仿真过程中需要注意的关键参数配置。通过对比传统PI控制，验证了滑模控制在提高系统鲁棒性和快速响应方面的优势。 适合人群：从事电机控制系统研究的专业人士，尤其是对永磁同步电机直接转矩控制感兴趣的科研工作者和技术人员。 使用场景及目标：适用于希望深入了解并掌握滑模控制理论及其在PMSM-DTC应用中的具体实现方法的研究人员。目标是在实际项目中能够运用滑模控制提升系统的稳定性和性能。 其他说明：文中提供的MATLAB/Simulink代码片段有助于读者更好地理解和复现实验结果。同时提醒读者关注一些常见的陷阱，如参数选择不当可能导致的问题。

  • 北京大学网络安全工作人员管理规定：涵盖人员职责、聘用、转岗离岗、教育培训及第三方管理

    内容概要：本文详细介绍了北京大学针对网络安全工作人员的管理规定，旨在加强网络安全管理和明确不同角色的责任。全文分为九章，涵盖了网络安全工作人员及其职责、聘用管理、转岗和离岗管理、教育培训、第三方人员管理及奖惩措施等方面的内容。重点在于明确各级单位和人员的具体职责，确保网络安全制度的有效执行，并强调了对第三方人员的严格管控和保密要求。 适合人群：适用于高校网络安全管理人员及相关技术人员，尤其是北京大学及其下属单位的网络安全工作者。 使用场景及目标：①帮助高校建立健全网络安全管理体系；②指导网络安全工作人员明确自身职责，提高工作效率；③规范第三方人员的访问和操作，降低安全风险。 其他说明：本文还提供了多个附件，如网络安全承诺书、访问申请表和保密协议模板，便于实际操作和管理。

  • 网络设备市场现状与发展趋势分析（2024-2030年）-技术革新与智能化应用

    内容概要：本文深入探讨了中国网络设备市场的现状及其未来发展潜力。首先介绍了网络设备的基本概念及其作为现代通信网络基础设施的重要地位，随后分析了当前市场面临的挑战和技术进步带来的机遇。文中特别强调了5G、物联网、云计算等新兴技术对网络设备性能和安全性的更高要求，以及由此催生的高带宽、低延迟产品的市场需求。此外，还讨论了软件定义网络(SDN)、网络功能虚拟化(NFV)、边缘计算等新技术的应用前景，指出未来网络设备将更加智能化、自动化，并能更好地支持AI和ML技术。最后，通过对多家领先企业的案例研究，展示了行业内竞争态势及各公司在技术创新方面的努力。 适用人群：从事网络设备相关领域的研究人员、工程师、管理人员，以及关注该领域发展的投资者。 使用场景及目标：帮助读者了解网络设备行业的最新动态和技术趋势，为制定战略决策提供依据；同时为企业和个人投资者提供市场洞察，辅助其做出合理的投资选择。 其他说明：报告基于详实的数据分析和专家意见撰写而成，旨在为专业人士提供有价值的参考资料。

  • 西门子1200 PLC码垛系统的SCL编程详解：涵盖变频器、机器人、视觉系统集成

    内容概要：本文详细介绍了基于西门子1200 PLC的码垛系统的设计与实现，涵盖了多个关键技术点。首先，文章讲解了Modbus TCP通讯的实现方法，展示了如何通过TSEND_C和TRCV_C功能块进行工业相机和机器人之间的数据传输，并提供了具体的报文处理代码。接着，文章深入探讨了SCL编程的优势及其在复杂逻辑处理中的应用，如托盘堆叠算法，该算法能够根据当前层数动态调整机械手的高度，确保堆叠的安全性和稳定性。此外，文章还介绍了机器人控制中的移位寄存器实现的动作队列管理和变频器的速度平滑处理，以及视觉系统的坐标解析和异常处理机制。最后，文章强调了良好的注释规范和异常处理链的重要性，确保程序的可维护性和可靠性。 适合人群：从事工业自动化领域的工程师和技术人员，尤其是熟悉西门子PLC编程和SCL语言的从业者。 使用场景及目标：适用于需要深入了解和掌握西门子1200 PLC在码垛系统中的具体应用的技术人员。目标是帮助读者理解并实现多设备联动的复杂控制系统，提高系统的稳定性和效率。 其他说明：文中提供的代码示例和详细的解释有助于读者更好地理解和应用相关技术，同时也为后续的维护和优化提供了宝贵的参考资料。

  • ZYNQ平台PS与PL端驱动程序编写

    适合从入门到进阶的驱动程序爱好者

  • 计算机二级上机题库答案.pdf

    计算机二级上机题库答案.pdf

  • 深信服下一代防火墙：构建全方位立体网络安全监测与响应体系

    内容概要：本文介绍了深信服科技推出的下一代防火墙（NGAF）网络安全监测解决方案。随着网络安全成为国家战略的一部分，企业不仅需要遵守法律法规，还需增强自身的网络安全防护能力。传统的安全措施难以应对复杂的新型威胁，如APT攻击。深信服的NGAF通过多维度的安全监测，包括入侵风险、僵尸主机、实时漏洞、数据风险、黑链风险以及对外DoS攻击监测等功能，结合云端威胁情报共享，为企业提供了一套立体化的主动防御体系。该方案不仅可以旁路或串接部署，不影响现有业务系统，还能通过外置数据中心进行日志管理和综合分析，帮助用户快速定位和解决安全问题。 适合人群：IT管理人员、网络安全专家、企业信息安全负责人。 使用场景及目标：适用于各类企业的网络安全建设，特别是需要应对复杂网络攻击的企业。目标是构建一个多层次、全方位、智能化的网络安全监测和响应体系，提高企业的安全防护能力和应急响应速度。 其他说明：深信服NGAF不仅提升了网络安全监测的效果，还降低了运维成本，改变了传统的被动防护模式，使得安全运维更加高效和智能化。

  • COMSOL超表面偏振转换技术：介质半波片与1/4波片的设计与仿真

    内容概要：本文详细介绍了利用COMSOL软件进行超表面偏振转换的设计方法，主要聚焦于介质半波片和1/4波片的实现。文中首先解释了超表面的基本原理及其在光学调控中的重要作用，随后具体阐述了如何在COMSOL中设置材料属性、创建几何结构并施加适当的边界条件。针对半波片和1/4波片的不同需求，分别探讨了它们各自的设计要点、模拟步骤及优化策略。此外，还分享了一些实用的编码示例和技术诀窍，帮助研究人员更好地理解和掌握相关技能。 适合人群：从事光学工程、光电子学等领域研究的专业人士，尤其是那些希望深入了解超表面偏振转换机制并对COMSOL有一定使用经验的技术人员。 使用场景及目标：适用于需要设计高性能偏振转换器件的研究项目，旨在提高对超表面特性的认识水平，推动新型光学组件的研发进程。通过学习本文提供的理论知识和实践经验，读者可以在实际工作中运用COMSOL完成高质量的仿真实验。 其他说明：文中不仅涵盖了基本的概念介绍，还包括了许多具体的实施细节，如参数选择、模型构建、边界条件设定等，这些都是成功搭建有效仿真的关键因素。同时，作者也强调了实验过程中可能出现的问题及解决方案，为后续研究提供了宝贵的参考资料。

  • 机器学习中萤火虫算法优化SVM模型参数的技术解析与应用

    内容概要：本文详细介绍了将萤火虫算法应用于支持向量机(SVM)模型参数优化的方法和技术细节。首先解释了萤火虫算法的基本原理及其在参数空间中的应用方式，然后展示了具体的Python实现代码，包括萤火虫移动规则、适应度评价函数以及主循环逻辑。文中还讨论了参数范围设定、随机扰动的作用、目标函数设计等多个关键技术点，并提供了多个数据集上的实验结果对比，证明了该方法的有效性和优越性。 适合人群：对机器学习尤其是SVM模型有一定了解的研究人员和工程师，希望掌握先进的超参数优化技术。 使用场景及目标：适用于需要提高SVM模型性能的项目中，特别是在面对大规模数据集或复杂特征空间的情况下。通过使用萤火虫算法进行参数寻优，可以显著减少调参时间和成本，获得更好的分类效果。 其他说明：文章不仅提供了理论依据，还有详细的代码示例可供参考。此外，作者强调了一些实用技巧如参数范围的选择、随机扰动的应用等，有助于读者更好地理解和应用这一技术。

  • 软考高级信息系统项目管理师考试题型解析与备考指南

    内容概要：本文详细介绍了软考高级信息系统项目管理师考试的内容，

  • 网络中间设备的发展及其在SDN/NFV环境下的角色转变与挑战

    内容概要：本文探讨了网络中间设备（middlebox）在现代网络架构中的地位和发展方向。首先介绍了网络中间设备的基本概念及其与传统转发设备的区别，强调了中间设备在网络安全、流量管理和优化方面的作用。接着讨论了软件定义网络(SDN)和网络功能虚拟化(NFV)背景下，中间设备面临的机遇和挑战，以及两者融合的趋势。最后展望了未来网流监控技术的发展前景，特别是在高效载荷过滤算法和敏捷策略管理机制方面的突破。 适合人群：从事网络工程、信息安全、云计算等领域工作的技术人员，以及对网络技术和架构感兴趣的科研人员。 使用场景及目标：帮助读者理解网络中间设备的关键作用和技术发展趋势，指导他们在实际工作中更好地规划和部署相关设备和服务。 其他说明：文中引用了SIGCOMM 2012和CoNEXT 2013的相关研究成果，提供了丰富的理论依据和技术背景支持。

  • 计算机二级各章考点.pdf

    计算机二级各章考点.pdf

  • Tomcat 部署配置指南安全配置性能调优

    Tomcat 部署配置指南安全配置性能调优

  • 计算机辅助光学设计.pdf

    计算机辅助光学设计.pdf

Global site tag (gtag.js) - Google Analytics