知识巩固:SpringMVC框架源码学习

知识巩固:SpringMVC框架源码学习,第1张

知识巩固:SpringMVC框架源码学习 SpringMVC源码学习 MVC由来
    早期的mvc模型,JSP既负责展示数据,也负责处理数据 所有代码逻辑编写在JSP中 代码重用性低,维护难度高,后来被淘汰 后期进行改良或,JSP纯粹负责展示数据 处理请求交给控制器,也就是Servlet来处理 控制器只负责前端简单逻辑处理 负责逻辑依然靠后端JavaBean实现
SpringMVC执行过程分析

三大核心组件 1. 处理器映射器
    spring3.1后引入 配置方式:

or:

2. 处理器适配器
    可以理解为对控制器的抽象 将控制器的公共功能都定义在适配器中实现 适配器类型有多种 不同handle类型也对应不同的处理器适配器类型
Handler类别 对应适配器 描述 
Controller SimpleControllerHandlerAdapter 标准控制器,返回ModelAndView 

HttpRequestHandler HttpRequestHandlerAdapter 业务自行处理 请求,不需要通过 modelAndView 转到视图 

Servlet SimpleServletHandlerAdapter 基于标准的servlet 处理 

HandlerMethod RequestMappingHandlerAdapter 基于@requestMapping对应方法处理
3. 视图解析器
    作用是渲染模型数据,将模型里的数据以某种形式呈现给客户 视图模型与具体实现技术进行了解耦 顶层有一个高度抽象的View接口 View接口是无状态化的,也就说每个请求都会产生一个view实例,因此不存在线程安全问题 常用视图类型有

    URL视图(JSP/Freemarker) 文档类型视图(PDF/EXCEL) JSON视图(JACKSON/FastJSON) XML视图(xml) 可理解为其作用是将逻辑视图转为物理视图

控制器返回参数三种类型
    String,通常为view路径或重定向路径 void,直接使用原始SerlvetAPI进行转发或重定向 ModelAndView,实际说返回String时,也会创建mav
请求参数的实现原理
    利用原生ServletAPI配合反射机制而实现 RequestParam/RequestBody/PathVariable
拦截器的实现原理
    一句话,就是利用AOP的机制 自定义拦截器的三个方法:

    preHandler 控制器方法执行之前执行 postHandler 控制方法执行之后,视图创建之前 afterCompletion 视图创建之后,展示到浏览器之前 afterCompletion无法控制相应结果,一般用于做一些清理 *** 作

Spring整合SpringMVC
    注意SpringIOC容器不应该扫描SpringMVC中的bean 同样,SpringMVC也不要扫描SpringIOC中的bean 否则bean会被创建2次 为啥?因为Spring容器与SpringMVC容器是父子关系 MVC容器是Spring的子容器,因此MVC中的bean可引用Spring中的bean 而Spring中的Bean无法引用MVC容器中的bean 可以试试在Service中注入Controller看看
手写SpringMVC思路
    创建准备自定义注解,准备SpringMVC核心配置文件 编写前端控制器:创建一个Servlet,在web.xml声明该总控 创建Spring容器,通过DOM4J解析SpringMVC的xml文件 扫描控制器及service,将其放入容器中 实现容器中对象的注入,将服务层对象注入到控制层 建立请求地址与控制器方法之间的映射关系 接收用户请求并进行分发 处理用户请求参数 控制器方法调用,并处理不同返回值数据

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/zaji/5710149.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-12-18
下一篇 2022-12-17

发表评论

登录后才能评论

评论列表(0条)

保存