预习
课程目标
高仿真手写Spring MVC**：不是使用Spring，而是自己动手写一个简化版本的Spring MVC框架。
-
搭建基本框架：能够实现核心功能，包括请求分发、业务处理、视图解析等。
-
理解设计模式：通过自己实现框架，感受Spring底层的设计思
内容定位
-
前提：完全掌握Spring系统结构和设计模式。
-
目的：通过实践加深对Spring MVC架构的理解，理解作者创作意图。
课程大纲重点
第一章：MVC顶层设计
GPDispatcherServlet请求调度
-
类似Spring中的DispatcherServlet
-
核心功能：接收请求 → 找到对应的Handler → 调用HandlerAdapter → 返回ModelAndView
-
作用：所有请求都先经过它，就像商场前台接待，收到客户需求后决定交给谁处理。
流程：收到请求 → 找到对应"业务处理人（Handler）" → 调用"助手（HandlerAdapter）" → 收集结果 → 返回给客户。
GPHandlerMapping请求映射
-
URL与Controller方法映射
-
实现方式类似Spring的@RequestMapping
-
作用：知道每个请求该找哪个处理器，就像公司内部地图标明"客户A找销售部，客户B找客服部"。
实现：URL ↔ Controller方法的对应关系。类似Spring中的
@RequestMapping("/xxx")。
GPHandlerAdapter请求方法适配器
-
统一调用不同Controller方法，解耦请求与方法调用
-
支持方法参数自动注入
-
作用：不管不同的Controller方法参数长啥样，它都能正确调用。
类似：不同部门的员工用不同语言/格式写报告，助手统一转换成可处理的形式再执行。
特性：支持自动注入方法参数（如请求参数、对象）。
GPModelAndView页面数据封装
-
作用：把Controller处理结果和视图信息一起打包，就像快递包装：里面有商品（数据）和收件人信息（视图）。
Controller返回这个包装，DispatcherServlet拿到后交给视图解析器。
-
封装返回的数据和视图名称
GPViewResolver视图解析器
-
将逻辑视图名解析为实际物理页面
-
作用：把逻辑视图名（如"home"）翻译成实际页面路径（如
/WEB-INF/views/home.html）。这样Controller不用管具体物理路径，只返回逻辑名字。
GPView自定义模板引擎
-
简单实现数据填充、动态展示模板
-
作用：把数据填充到模板中，生成最终页面。
类似：菜单（模板） + 食材（数据） → 做出成品菜（网页）。
用户请求 → 总指挥（DispatcherServlet） → 查地图找人（HandlerMapping） → 万能助手调用方法（HandlerAdapter） → 处理结果打包（ModelAndView） → 找到具体地址（ViewResolver） → 厨师做出成品（View模板引擎） → 用户看到网页。
第二章：业务代码实现
IQueryService / QueryService：查询逻辑接口与实现
IModifyService / ModifyService：增删改逻辑接口与实现
MyAction / PageAction：控制器处理逻辑，调用业务层并返回ModelAndView
第三章：定制模板页面
-
first.html：动态数据展示
-
404.html：请求页面未找到
-
500.html：服务器异常页面
第四章：运行效果演示
- 演示整个手写MVC框架的功能：请求分发、业务处理、视图返回
理解Spring MVC实现原理：
-
请求生命周期：客户端 → DispatcherServlet → HandlerMapping → HandlerAdapter → Controller → ModelAndView → ViewResolver → 客户端
-
设计模式：单例、工厂、策略、模板方法等
完成MVC手写实现：
-
GPDispatcherServlet核心调度
-
GPHandlerMapping、GPHandlerAdapter的请求处理
-
ModelAndView和ViewResolver的逻辑