参数解析器

 可以选择是否可以省略注解

1. 初步了解 RequestMappingHandlerAdapter 的调用过程

   1. 控制器方法被封装为 HandlerMethod

   2. 准备对象绑定与类型转换

   3. 准备 ModelAndViewContainer 用来存储中间 Model 结果

   4. 解析每个参数值

2. 解析参数依赖的就是各种参数解析器，它们都有两个重要方法

   • supportsParameter 判断是否支持方法参数

   • resolveArgument 解析方法参数

解析是在请求数据里 找和注解里面写的名字匹配的键值对的 值

resolveArgument

 实际上就是想知道name1=？

解析结果

把factory（databinder工厂）传给解析方法resolveArgument 👆

databinder创建的时候也是用工厂创建的 增强方法也会直接传给工厂

工厂创建databinder的时候就会回调那些增强方法

 目的：这样把数据和java对象进行绑定 以便进行类型转换 string——>int

》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》

加了beanfactory 才能解析一些${}的配置信息 用于 defaultvalue用 👇

这种模式叫做组合模式

组合解析器 用来把所有解析器组合起来 直接调用这个 就可以逐一调用内部解析器 

 把路径参数解析和 控制器方法参数进行匹配 匹配后存入map集合中 并放入request 域中 

实际是handlermapping做的 这个功能

将来得到请求信息中的 “id”  path~ 就会根据你这个（）里的属性 去map集合里面找

 cookie解析器作用： 会根据注解上的名字 在request域中寻找匹配的 值 

没加任何注解

 会根据类型来解析

 将传来的属性 与java 类进行绑定 获取属性值 

会生成一个模型 存在之前准备的 ModelAndViewContainer 用来存储中间 Model 结果

位置不能改，不然 @RequestBody标记的数据也会被 路径中的 name=？？&&age=？？ 填充

就不会把jason数据给他了 

这两个必须放在最后（省略的）（因为都是单个处理的 你加了别的注解 他也认为 是没加它自己的注解 也按照这个方式处理了 显然是不行的）

 模型数据的存储 

获取参数名：

1. 如果编译时添加了 -parameters 可以生成参数表, 反射时就可以拿到参数名

2. 如果编译时添加了 -g 可以生成调试信息, 但分为两种情况

   • 普通类, 会包含局部变量表, 用 asm 可以拿到参数名

   • 接口, 不会包含局部变量表, 无法获得参数名

     • 这也是 MyBatis 在实现 Mapper 接口时为何要提供 @Param 注解来辅助获得参数名

这两种的整合API