SpringMVC

最新推荐文章于 2025-06-17 07:15:18 发布

l4j

最新推荐文章于 2025-06-17 07:15:18 发布

阅读量928

点赞数 1

分类专栏：面试准备文章标签： java spring mvc

面试准备专栏收录该内容

12 篇文章

订阅专栏

1、JAVAEE体系结构？

2、什么是SpringMVC？

SpringMVC是一个web层的mvc框架。

a、什么是mvc？

MVC是一个架构设计模式，特别是在Web应用程序领域。

模式全都是关于将包含业务数据的模块与显示模块的视图解耦的。

这是怎样发生的？

视图（例如：jsp页面）怎样能够与其模型（例如：包含数据的JavaBean）解耦？记得这句格言么？一个层次的重定向几乎可以解决计算机行业中的所有问题。

确实，在模型和视图之间引入重定向层可以解决问题。此重定向层是控制器。控制器将接收请求，执行更新模型的操作，然后通知视图关于模型更改的消息。依赖于模型的状态并且依赖于请求的控制器可以决定要显示哪个视图。下图演示了这种模式。

mvc设计的原理：任何的重定向都能够解耦合。（？）

首先让我们了解下MVC（Model-View-Controller）三元组的概念：

Model（模型）：数据模型。提供要展示的数据，因此包含数据和行为，可以认为是领域模型或JavaBean组件（包含数据和行为），不过现在一般都分离开来：ValueObject（数据）和服务器（行为）。也就是模型提供了模型数据查询和模型数据的状态更新等功能包括数据和业务。

领域模型：

JavaBean组件 = 域模型层 + 业务逻辑层 + 持久层

View（视图）：负责进行模型的展示，一般就是我们见到的用户界面，客户想看到的东西。

Controller（控制器）：接收用户请求，委托给模型进行处理（状态改变），处理完毕后把返回的模型数据返回给视图，由视图负责展示。也就是说控制器做了个调度员的工作。

b、SpringMVC框架原理？

c、SpringMVC核心架构的具体流程步骤如下：

1、首先用户发送请求——>DispatcherServlet，前端控制器收到请求后自己不进行处理，而是委托给其他的解析器进行处理，作为统一访问点，进行全局的流程控制。

2、DispatcherServlet——>HandlerMapping，HandlerMapping将会把请求映射为HandlerExecutionChain对象（包含一个Handler处理器（页面控制器）对象、多个HandlerInterceptor拦截器）对象，通过这种策略模式，很容易添加新的映射策略。

3、DispatcherServlet——>HandlerAdapter，HandlerAdapter将会把处理器包装为适配器，从而支持多种类型的处理器，即适配器设计模式的应用，从而很容易支持很多类型的处理器。

4、HandlerAdapter——>处理器功能处理方法的调用，HandlerAdapter将会根据适配的结果调用真正的处理器的功能处理方法，完成功能处理；并返回一个ModelAndView对象（包含模型数据、逻辑视图名）；

5、ModelAndView的逻辑视图名——>ViewResolver，ViewResolver将把逻辑视图名解析为具体的View，通过这种策略模式，很容易更换其他视图技术。

6、View——>渲染，View会根据传进来的Model模型数据进行渲染，此处的Model实际是一个Map数据结构，因此很容易支持其他视图技术；

7、返回控制权给DispatcherServlet，由DispatcherServlet返回响应给用户，到此一个流程结束。

d、DispatcherServlet核心代码分析？

<span style="white-space:pre">	</span>//前端控制器分派方法  
<span style="white-space:pre">	</span>protected void doDispatch(HttpServletRequest request, HttpServletResponse response) throws Exception {  
        HttpServletRequest processedRequest = request;  
        HandlerExecutionChain mappedHandler = null;  
        int interceptorIndex = -1;
        try {  
            ModelAndView mv;  
            boolean errorView = false;    
            try {  
        //检查是否是请求是否是multipart（如文件上传），如果是将通过MultipartResolver解析  
                processedRequest = checkMultipart(request);  
         //步骤2、请求到处理器（页面控制器）的映射，通过HandlerMapping进行映射  
                mappedHandler = getHandler(processedRequest, false);  
                if (mappedHandler == null || mappedHandler.getHandler() == null) {  
                    noHandlerFound(processedRequest, response);  
                    return;  
                }  
 <span style="white-space:pre">		</span>//步骤3、处理器适配，即将我们的处理器包装成相应的适配器（从而支持多种类型的处理器）  
                HandlerAdapter ha = getHandlerAdapter(mappedHandler.getHandler());    
                // 304 Not Modified缓存支持  
                //此处省略具体代码    
                // 执行处理器相关的拦截器的预处理（HandlerInterceptor.preHandle）  
                //此处省略具体代码    
                // 步骤4、由适配器执行处理器（调用处理器相应功能处理方法）  
                mv = ha.handle(processedRequest, response, mappedHandler.getHandler());    
                // Do we need view name translation?  
                if (mv != null && !mv.hasView()) {  
                    mv.setViewName(getDefaultViewName(request));  
                }    
                // 执行处理器相关的拦截器的后处理（HandlerInterceptor.postHandle）  
                //此处省略具体代码  
            }  
            catch (ModelAndViewDefiningException ex) {  
                logger.debug("ModelAndViewDefiningException encountered", ex);  
                mv = ex.getModelAndView();  
            }  
            catch (Exception ex) {  
                Object handler = (mappedHandler != null ? mappedHandler.getHandler() : null);  
                mv = processHandlerException(processedRequest, response, handler, ex);  
                errorView = (mv != null);  
            }    
<span style="white-space:pre">			</span>//步骤5 步骤6、解析视图并进行视图的渲染  
<span style="white-space:pre">			</span>//步骤5 由ViewResolver解析View（viewResolver.resolveViewName(viewName, locale)）  
<span style="white-space:pre">			</span>步骤6 视图在渲染时会把Model传入（view.render(mv.getModelInternal(), request, response);）  
            if (mv != null && !mv.wasCleared()) {  
                render(mv, processedRequest, response);  
                if (errorView) {  
                    WebUtils.clearErrorRequestAttributes(request);  
                }  
            }  
            else {  
                if (logger.isDebugEnabled()) {  
                    logger.debug("Null ModelAndView returned to DispatcherServlet with name '" + getServletName() +  
                            "': assuming HandlerAdapter completed request handling");  
                }  
            }    
            // 执行处理器相关的拦截器的完成后处理（HandlerInterceptor.afterCompletion）  
            //此处省略具体代码    
        catch (Exception ex) {  
            // Trigger after-completion for thrown exception.  
            triggerAfterCompletion(mappedHandler, interceptorIndex, processedRequest, response, ex)            throw ex;  
        }  
        catch (Error err) {  
            ServletException ex = new NestedServletException("Handler processing failed", err);  
            // Trigger after-completion for thrown exception.  
            triggerAfterCompletion(mappedHandler, interceptorIndex, processedRequest, response, ex);  
            throw ex;  
        }    
        finally {  
            // Clean up any resources used by a multipart request.  
            if (processedRequest != request) {
                cleanupMultipart(processedRequest);  
            }  
        }  
    }

e、SpringMVC和Spring的关系？

SpringMVC是Spring的一部分。

3、SpringMVC的强大之处？

1、SpringMVC实现了即用的MVC的核心概念。它为控制器和处理程序提供了大量与此模式相关的功能。并且当向MVC添加反转控制（Inversion of Control，IOC）时，它使应用程序高度解耦，提供了通过简单的配置更改即可动态更改组件的灵活性。SpringMVC为您提供了完全控制应用程序的各个方面的力量。

2、Spring的Web MVC模块是围绕DispatcherServlet而设计的。DispatcherServlet给处理程序分派请求，执行视图解析，并且处理语言环境和主体解析，此外还为上传文件提供支持。

3、DispatcherServlet通过使用处理程序映射来决定哪一个处理程序应当处理传入的请求。处理程序映射只是用于标识使用哪一个处理程序来处理特定URL模式的映射。处理程序是只有一种方法ModelAndView handlerRequest(request,response)的控制器接口的实现。Spring还有一些可用的高级处理程序实现；其中一个重要的高级处理程序实现是SimpleFormController，它提供了将命令对象绑定到表单、对其执行验证等功能。

4、SpringMVC优势？

1、清晰的角色划分：前端控制器（DispatcherServlet）、请求到处理器映射（HandlerMapping）、处理器适配器（HandlerAdapter）、视图解析器（ViewResolver）、处理器或页面控制器（Controller）、验证器（Validator）、命令对象（Command请求参数绑定到的对象就叫命令对象）、表单对象（FormObject提供给表单展示和提交到的对象就叫表单对象。

2、分工明确，而且扩展点相当灵活，可以很容易扩展，虽然几乎不需要；

3、由于命令对象就是一个POJO，无需继承框架特定API，可以使用命令对象直接作为业务对象；

4、和Spring其他框架无缝集成，是其他Web框架所不具备的；

5、可适配，通过HandlerAdapter可以支持任意的类作为处理器；

6、可定制性，HandlerMapping、ViewResolver等能够非常简单的定制；

7、功能强大的数据验证、格式化、绑定机制；

8、利用Spring提供的Mock对象能够非常简单的进行Web层单元测试；

9、本地化、主题的解析的支持，使我们更容易进行国际化和主题的切换；

10、强大的JSP标签库，是JSP编写更容易。

其它：RESTFUL风格的支持、简单的文件上传、约定大于配置的契约式编程支持、基于注解的零配置支持等等。

5、有了Struts2，为什么还用SpringMVC？

a、实现机制：