知识点：
1.RequestMapping（3）
知识点 | 核心内容 | 重点 |
@RequestMapping注解的parameters属性 | 通过parameters指定请求参数条件 （如bookID），控制请求匹配规则（必须包含/排除特定参数或值） | 参数存在性检查 vs 参数值限制（如parameter1!=value1） |
多参数条件组合 | 支持逗号分隔多参数条件 （如parameter1=value1,parameter2），同时校验参数存在性及值匹配 | 值限制参数与无值限制参数的混合写法 |
请求参数自动绑定 | 方法形参（如String bookID）自动接收请求中同名参数的值 | 形参与parameters属性同名时的绑定机制 |
测试案例：search方法 | @RequestMapping(value="/search", method=GET, parameters="bookID") + 形参接收bookID，输出并跳转页面 | 无参数请求报错 vs 带参数请求成功的对比 |
2.RequestMapping（4）
知识点 | 核心内容 | 重点 |
Request参数设置 | 在request.js页面添加代码，演示parameters的使用，要求携带bookID参数 | 问号后参数格式（?bookID=100）与工程路径处理 |
参数校验机制 | 通过parameters属性强制校验请求参数（如bookID必须存在且值需匹配100） | 参数名不匹配（bookID vs bookIDx）或值不匹配（200 vs 100）触发400错误 |
条件表达式扩展 | 支持 = 和 != 运算符限制参数值 | 动态校验逻辑（如bookID!=100时拒绝该值） |
工程路径处理 | 强调斜杠对路径的影响（如/user/search需避免重复斜杠） | 路径拼接错误导致缺失工程路径 |
3.RequestMapping（5）
知识点 | 核心内容 | 重点 |
Ant风格资源地址匹配规则 | 问号匹配单个字符，星号匹配任意字符，双星号匹配多层路径 | 双星号与单星号的区别（多层路径 vs 单层路径） |
单星号通配符 | /user/*/createUser 匹配单层任意路径（如aaa/bbb） | 星号必须对应一层具体路径 |
双星号通配符 | /user/**/createUser 匹配零到多层路径（如空/aa/aa/bb/cc） | 零路径的特殊情况 |
问号通配符 | /user/createUser?? 匹配固定长度任意字符（如AA/BB） | 严格限定字符数量 |
实战配置案例 | @RequestMapping("/user/message**") 实现多层路径匹配 | 需注意路径拼接规则（类级路径+方法级路径） |
测试验证方法 | 通过JSP超链接和Postman工具测试不同URL匹配情况 | 前端路径斜杠处理 |
4.RequestMapping（6）
知识点 | 核心内容 | 易混淆点 |
URL路径变量绑定 | 通过@PathVariable注解实现URL占位符与形参的自动绑定 | 占位符命名与形参命名的关系（占位符必须匹配注解值，形参名可自定义） |
RESTful风格参数传递 | 使用/user/reg/{username}/{id}形式替代传统?key=value传参方式 | 路径变量与传统查询字符串参数的应用场景区分 |
注解组合使用 | @RequestMapping与@PathVariable的配合使用机制 | 注解值必须与URL模板变量严格一致 |
参数接收原理 | 通过反射机制实现路径变量到方法参数的自动赋值 | 前端URL结构与后端处理方法的层级对应关系 |
实战测试验证 | 演示/user/reg/k/300如何映射到name="k"和id=300 | URL前缀路径(/user/reg)必须精确匹配控制器映射 |
5.RequestMapping注意事项（1）
知识点 | 核心内容 | 重点 |
RequestMapping注解的URL映射规则 | URL路径不可重复，同一控制器内不同方法若配置相同路径会导致项目启动报错 | 语法检查阶段无法检测重复，需通过运行时异常（如There is already...错误）发现 |
重复URL的典型错误案例 | UserHandler类中hi()与hi2()方法均配置路径/hi，引发"already mapped"冲突 | 报错信息明确提示重复映射的方法名（如user.hi()） |
问题复现与验证方式 | 通过重启项目触发异常，观察控制台输出的重复路径冲突提示 | 需区分语法错误（IDE提示）与运行时错误（部署阶段暴露） |
6.RequestMapping注意事项（2）
知识点 | 核心内容 | 重点 |
请求映射简写形式 | @PostMapping 是 @RequestMapping(method = RequestMethod.POST) 的简写，同理适用于 @GetMapping、@PutMapping、@DeleteMapping | 注解等价性：两种写法功能相同，但简写形式更简洁 |
请求方式限制 | 使用 @PostMapping 后，仅允许 POST 请求，其他请求方式（如 GET）会报错 | 测试验证：通过修改请求方式触发错误，证明注解生效 |
源码解析 | @PostMapping 源码中明确标注为 @RequestMapping(method = RequestMethod.POST) 的快捷方式 | 关键注释："Shortcut for @RequestMapping(method = RequestMethod.POST)" |
同类注解 | 除 @PostMapping 外，还有 @GetMapping、@PutMapping、@DeleteMapping 等，用法一致 | 命名规律：前缀对应 HTTP 方法名 |
7.RequestMapping注意事项（3）
知识点 | 核心内容 | 重点 |
表单/超链接数据提交规则 | 提交参数名需与目标方法参数名严格一致（如email字段需匹配形参String email） | 参数名不一致时不会报错，但接收值为null |
GET请求参数绑定示例 | 通过@GetMapping路径（如/hello3）和URL参数（?email=xx@xx.com）自动绑定形参 | 需确保URL参数名（email）与形参名完全一致 |
空值处理机制 | 参数名不匹配时，后端接收空值而非抛出异常 | 需主动检查参数是否为空，避免逻辑漏洞 |
动态演示案例 | 通过浏览器地址栏直接测试（如/user/hello3?email=xx@xx.com），后台成功捕获参数值 | 未传参时控制台显示email: null |
8.Postman介绍
知识点 | 核心内容 | 重点 |
Postman工具介绍 | 功能强大的HTTP请求测试工具，支持GET/POST/PUT/DELETE等请求模拟，无需开发前端页面即可测试后端接口 | 与手动编写测试页面的对比：工具效率更高，但需注意请求参数配置准确性 |
学习必要性 | 后端开发人员必备工具，简化Web层Controller测试流程，提升开发效率 | 版本选择 |
工具核心功能 | 模拟HTTP请求、接收响应数据，支持多种请求类型 | 功能取舍：仅学习常用功能，无需掌握全部高级特性 |
资源获取 | 官网提供下载（www.postman.com）和文档（learning.postman.com） | 版本差异：新版功能可能增加学习成本，旧版更稳定 |
9,Postman安装
知识点 | 核心内容 | 重点 |
Postman安装步骤 | 1. 下载软件（已提供资源）; 2. 双击安装（默认系统盘路径）; 3. 桌面生成快捷图标 | 无需自定义安装路径; |
安装注意事项 | - 需管理员身份运行; - 安装过程禁止乱点; - 首次启动较慢 | 自动启动与手动双击的区别 |
异常处理 | 未自动启动时：双击桌面图标手动启动 | 系统兼容性差异 |
10.Postman快速入门（1）
知识点 | 核心内容 | 重点 |
Postman基础功能 | 发送HTTP请求（GET/POST）、管理请求集合（Collections）、查看响应数据（HTML/JSON） | 请求方式选择（GET vs POST）、响应数据格式（Raw vs Preview） |
Postman界面设置 | 调整字体大小（File → Settings → Font Size）、界面缩放快捷键（Ctrl+/-） | 快捷键冲突（需区分系统全局快捷键） |
百度GET请求实战 | 输入www.baidu.com → 选择GET方式 → Send → 解析返回的HTML数据 | 参数携带（Query Params vs Headers）、预览模式（Preview显示不全问题） |
账号注册与免登录 | 通过邮箱注册（Create Account）或直接使用（Skip登录） | 工作空间同步（注册账号可跨设备同步请求历史） |
请求集合管理 | 创建Collection保存请求 → 命名规范（如hsp_百度） → 分类管理 | 集合共享（团队协作时需导出/导入） |
响应数据分析 | Status Code（如200）、耗时、数据大小 → Preview模式（网页渲染效果） | HTML解析差异（动态内容可能缺失） |
11.Postman快速入门（2）
知识点 | 核心内容 | 重点 |
HTTP请求创建 | New HTTP Request操作步骤，包含命名、请求方式、URL设置 | 参数(parameter)与头信息(headers)配置区别 |
Connection管理机制 | 请求以connection集合形式管理，首次保存需创建集合 | 新建请求与选择已有集合的逻辑关系 |
请求保存流程 | Save HTTP Request触发对话框的两种情形（新建/选择集合） | 集合与单个请求的从属关系 |
响应数据解析 | Pretty（原生数据）与Preview（网页渲染）双模式对比 | 测试时数据正确性优先于界面展示 |
搜狐GET请求案例 | 完整演示从创建请求到解析HTML响应的全流程 | 集合中多请求的并行管理 |
Postman测试核心价值 | 重点验证服务器返回数据而非页面样式 | 接口测试与UI测试的本质差异 |
