day07-SpringMVC底层机制简单实现-03
SpringMVC底层机制简单实现-03
7.任务6-完成控制器方法获取参数-@RequestParam
功能说明:自定义 @RequestParam 注解和方法参数名获取参数。
当浏览器访问 Handler 方法时,如果 url 带有参数,可以通过自定义的 @RequestParam 注解来获取该参数,将其值赋给 Handler 方法中该注解修饰的形参。如:
url=http://ip:port/web工程路径/monster/find?name=孙悟空
@RequestMapping(value = "/monster/find")
public void findMonstersByName(HttpServletRequest request,HttpServletResponse response,
@RequestParam(value = "name") String username) {
//注解的 value 值要和 url 的参数名一致
//代码....
}
7.1分析
之前是通过自定义的前端控制器 MyDispatcherServlet 来完成分发请求:所有的请求都通过 doGet 和 doPost 来调用 executeDispatch() 方法,在 executeDispatch() 方法中,通过反射调用控制器的方法。
原先的 executeDispatch() 方法:
//编写方法,完成分发请求
private void executeDispatch(HttpServletRequest request, HttpServletResponse response) {
MyHandler myHandler = getMyHandler(request);
try {
//如果 myHandler为 null,说明请求 url没有匹配的方法,即用户请求的资源不存在
if (myHandler == null) {
response.getWriter().print("<h1>404 NOT FOUND</h1>");
} else {//匹配成功,就反射调用控制器的方法
myHandler.getMethod().invoke(myHandler.getController(), request, response);
}
} catch (Exception e) {
e.printStackTrace();
}
}
但是由于 Handler 业务方法的形参个数、种类的不同,因此在反射的时候要考虑目标方法形参多种形式的问题。
Method 类的 invoke() 方法如下,它支持可变参数。

因此解决办法是:将需要传递给目标方法的实参,封装到一个参数数组,然后以反射调用的方式传递给目标方法。
后端接收前端的方法中,除了request 和 response,其他参数一般都是使用 String 类型来接收的,因此目标方法形参可能有两种情况:
- HttpServletRequest 和 HttpServletResponse 参数
- 接收的是String类型的参数
- 指定 @RequestParam 的 String 参数
- 没有指定 @RequestParam 的 String 参数
因此需要将上述两种形参对应的实参分别封装到实参数组,进行反射调用:
怎么将需要传递给目标方法的实参,封装到一个参数数组?答:获取当前目标方法的所有形参信息,遍历这个形参数组,根据形参数组的下标索引,将实参填充到实参数组对应的下标索引中。
(1)将方法的 HttpServletRequest 和 HttpServletResponse 参数封装到参数数组
(2)将方法指定 @RequestParam 的 String 参数封装到参数数组
(3)将方法中没有指定 @RequestParam 的String 参数按照默认参数名封装到参数数组
7.2代码实现
(1)@RequestParam注解
package com.li.myspringmvc.annotation;
import java.lang.annotation.*;
/**
* @author 李
* @version 1.0
* RequestParam 注解标注在目标方法的参数上,表示映射http请求的参数
*/
@Target(ElementType.PARAMETER)
@Retention(RetentionPolicy.RUNTIME)
@Documented
public @interface RequestParam {
String value() default "";
}
(2)MyDispatcherServlet 中修改 executeDispatch() 方法,并增加两个方法 getIndexOfRequestParameterIndex() 和 getParameterNames()。
部分代码:
//编写方法,完成分发请求
private void executeDispatch(HttpServletRequest request, HttpServletResponse response) {
MyHandler myHandler = getMyHandler(request);
try {
//如果 myHandler为 null,说明请求 url没有匹配的方法,即用户请求的资源不存在
if (myHandler == null) {
response.getWriter().print("<h1>404 NOT FOUND</h1>");
} else {//匹配成功,就反射调用控制器的方法
/**
* 1.原先的写法为 myHandler.getMethod()
* .invoke(myHandler.getController(), request, response);
* 它的局限性是目标方法只能有两个形参: HttPServletRequest 和 HttPServletResponse
* 2.改进:将需要request的实参,封装到一个参数数组,然后以反射调用的方式传递给目标方法
* 3.public Object invoke(Object obj, Object... args)
*/
//1.先获取目标方法的所有形参的参数信息
Class<?>[] parameterTypes = myHandler.getMethod().getParameterTypes();
//2.创建一个参数数组(对应实参数组),在后面反射调动目标方法时会用到
Object[] params = new Object[parameterTypes.length];
//遍历形参数组 parameterTypes,根据形参数组的信息,将实参填充到实参数组中
//步骤一:将方法的Request和Response参数封装到实参数组,进行反射调用
for (int i = 0; i < parameterTypes.length; i++) {
//取出当前的形参的类型
Class<?> parameterType = parameterTypes[i];
//如果这个形参是 HttpServletRequest,将request填充到实参数组params
//在原生的SpringMVC中,是按照类型来匹配的,这里为了简化就按照名称来匹配
if ("HttpServletRequest".equals(parameterType.getSimpleName())) {
params[i] = request;
} else if ("HttpServletResponse".equals(parameterType.getSimpleName())) {
params[i] = response;
}
}
//步骤二:将 http请求的参数封装到 params数组中[要注意填充实参数组的顺序问题]
// 获取http请求的参数集合 Map<String, String[]>
// 第一个参数 String 表示 http请求的参数名,
// 第二个参数 String[]数组,之所以为数组,是因为前端有可能传入像checkbox这种多选的参数
Map<String, String[]> parameterMap = request.getParameterMap();
// 遍历 parameterMap,将请求参数按照顺序填充到实参数组 params
for (Map.Entry<String, String[]> entry : parameterMap.entrySet()) {
//取出请求参数的名
String name = entry.getKey();
//取出请求参数的值(为了简化,只考虑参数是单值的情况,不考虑类似checkbox提交的数据)
String value = entry.getValue()[0];
//找到请求的参数对应目标方法的形参的索引,然后将其填充到实参数组
//1.[请求参数名和 @RequestParam 注解的 value值 匹配]
int indexOfRequestParameterIndex =
getIndexOfRequestParameterIndex(myHandler.getMethod(), name);
if (indexOfRequestParameterIndex != -1) {//找到了对应位置
//将请求参数的值放入实参数组中
params[indexOfRequestParameterIndex] = value;
} else {
//没有在目标方法的形参数组中找到对应的下标位置
//2.使用默认机制进行匹配 [即请求参数名和形参名匹配]
// (1)拿到目标方法的所有形参名
List<String> parameterNames =
getParameterNames(myHandler.getMethod());
// (2)对形参名进行遍历,如果匹配,把当前请求的参数值填充到实参数组的相同索引位置
for (int i = 0; i < parameterNames.size(); i++) {
//如果形参名和请求的参数名相同
if (name.equals(parameterNames.get(i))) {
//将请求的参数的value值放入实参数组中
params[i] = value;
break;
}
}
}
}
myHandler.getMethod().invoke(myHandler.getController(), params);
}
} catch (Exception e) {
e.printStackTrace();
}
}
/**
* 编写方法,返回请求参数是目标方法的第几个形参
* [请求参数名和 @RequestParam 注解的 value值 匹配]
*
* @param method 目标方法
* @param name 请求的参数名
* @return 返回请求的参数匹配目标方法形参的索引位置
*/
public int getIndexOfRequestParameterIndex(Method method, String name) {
//得到 method的所有形参参数
Parameter[] parameters = method.getParameters();
for (int i = 0; i < parameters.length; i++) {
//取出当前的形参
Parameter parameter = parameters[i];
//先处理前面有 @RequestParam 注解修饰的形参
if (parameter.isAnnotationPresent(RequestParam.class)) {
//取出当前形参parameter的注解 @RequestParam的 value值
String value = parameter.getAnnotation(RequestParam.class).value();
//将请求的参数和注解指定的value匹配,如果相同就说明找到了目标方法的形参位置
if (name.equals(value)) {
return i;//返回的是匹配的形参的位置
}
}
}
return -1;//如果没有匹配成功,就返回-1
}
/**
* 编写方法,得到目标方法的所有形参的名称,并放入到集合中返回
*
* @param method
* @return
*/
public List<String> getParameterNames(Method method) {
ArrayList<String> paramNamesList = new ArrayList<>();
//获取到所有的参数名--->这里有一个细节
//默认情况下 parameter.getName() 返回的的名称不是真正的形参名 request,response,name...
//而是 [arg0, arg1, arg2...]
//这里我们使用java8的特性,并且在pom.xml文件中配置maven编译插件,才能得到真正的名称
Parameter[] parameters = method.getParameters();
//遍历parameters,取出名称,放入 paramNamesList
for (Parameter parameter : parameters) {
paramNamesList.add(parameter.getName());
}
System.out.println("目标方法的形参参数列表名称=" + paramNamesList);
return paramNamesList;
}
(3)在pom.xml文件中引入插件
点击 maven 管理,clean 项目,再重启一下 tomcat,防止引入出现问题
<build>
<pluginManagement>
<plugins>
<plugin>...</plugin>
<plugin>...</plugin>
<!--引入插件-->
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<version>3.7.0</version>
<configuration>
<source>1.8</source>
<target>1.8</target>
<compilerArgs>
<arg>-parameters</arg>
</compilerArgs>
<encoding>utf-8</encoding>
</configuration>
</plugin>
</plugins>
</pluginManagement>
</build>
(4)编写方法测试
MonsterService 接口:
package com.li.service;
import com.li.entity.Monster;
import java.util.List;
/**
* @author 李
* @version 1.0
*/
public interface MonsterService {
//增加方法,通过传入的名字返回 monster列表
public List<Monster> findMonsterByName(String name);
}
MonsterServiceImpl 实现类:
package com.li.service.impl;
import com.li.entity.Monster;
import com.li.myspringmvc.annotation.Service;
import com.li.service.MonsterService;
import java.util.ArrayList;
import java.util.List;
/**
* @author 李
* @version 1.0
* MonsterServiceImpl 作为一个Service对象注入容器
*/
@Service
public class MonsterServiceImpl implements MonsterService {
@Override
public List<Monster> findMonsterByName(String name) {
//这里模拟到 DB获取数据
List<Monster> monsters = new ArrayList<>();
monsters.add(new Monster(100, "牛魔王", "芭蕉扇", 400));
monsters.add(new Monster(200, "猫妖", "撕咬", 800));
monsters.add(new Monster(300, "鼠精", "偷灯油", 200));
monsters.add(new Monster(400, "大象精", "运木头", 300));
monsters.add(new Monster(500, "白骨精", "吐烟雾", 500));
//创建集合返回查询到的monster集合
List<Monster> findMonsters = new ArrayList<>();
//遍历monster集合,将符合条件的放到findMonster集合中
for (Monster monster : monsters) {
if (monster.getName().contains(name)) {
findMonsters.add(monster);
}
}
return findMonsters;
}
}
MonsterController 控制器类:
package com.li.controller;
import com.li.entity.Monster;
import com.li.myspringmvc.annotation.AutoWired;
import com.li.myspringmvc.annotation.Controller;
import com.li.myspringmvc.annotation.RequestMapping;
import com.li.myspringmvc.annotation.RequestParam;
import com.li.service.MonsterService;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import java.io.IOException;
import java.io.PrintWriter;
import java.util.List;
/**
* @author 李
* @version 1.0
* 用于测试的 Controller
*/
@Controller
public class MonsterController {
//属性
@AutoWired
private MonsterService monsterService;
//增加方法,通过name返回对应的monster集合
@RequestMapping(value = "/monster/find")
public void findMonsterByName(HttpServletRequest request,
HttpServletResponse response,
@RequestParam(value = "name") String monsterName) {
//设置编码
response.setContentType("text/html;charset=utf-8");
System.out.println("----接收到的name=" + monsterName);
StringBuilder content = new StringBuilder("<h1>妖怪列表信息</h1>");
content.append("<table border='1px' width='400px' style='border-collapse:collapse'>");
//调用 monsterService的方法
List<Monster> monsters = monsterService.findMonsterByName(monsterName);
for (Monster monster : monsters) {
content.append("<tr>" +
"<td>" + monster.getId() + "</td>" +
"<td>" + monster.getName() + "</td>" +
"<td>" + monster.getSkill() + "</td>" +
"<td>" + monster.getAge() + "</td></tr>");
}
content.append("</table>");
//获取writer,返回提示信息
try {
PrintWriter printWriter = response.getWriter();
printWriter.print(content.toString());
} catch (IOException e) {
e.printStackTrace();
}
}
}
(5)重启 tomcat,浏览器访问url= http://localhost:8080/li_springmvc/monster/find?name=牛魔王,显示如下:

后端输出:
----接收到的name=牛魔王
情况二:如果目标方法没有使用 @RequestParam 注解修饰:

redeployTomcat,访问相同的url,仍然可以接收到参数,并显示页面。测试成功。
day07-SpringMVC底层机制简单实现-03的更多相关文章
- day05-SpringMVC底层机制简单实现-01
SpringMVC底层机制简单实现-01 主要完成:核心分发控制器+Controller和Service注入容器+对象自动装配+控制器方法获取参数+视图解析+返回JSON格式数据 1.搭建开发环境 创 ...
- tensorflow入门教程和底层机制简单解说——本质就是图计算,自动寻找依赖,想想spark机制就明白了
简介 本章的目的是让你了解和运行 TensorFlow! 在开始之前, 让我们先看一段使用 Python API 撰写的 TensorFlow 示例代码, 让你对将要学习的内容有初步的印象. 这段很短 ...
- day13-实现Spring底层机制-03
实现Spring底层机制-03 7.实现任务阶段5 7.1分析 阶段5目标:bean后置处理器的实现 7.2代码实现 新增: 1.创建 InitializingBean 接口,实现该接口的 Bean ...
- SpringMVC视图机制详解[附带源码分析]
目录 前言 重要接口和类介绍 源码分析 编码自定义的ViewResolver 总结 参考资料 前言 SpringMVC是目前主流的Web MVC框架之一. 如果有同学对它不熟悉,那么请参考它的入门bl ...
- 深入源码分析SpringMVC底层原理(二)
原文链接:深入源码分析SpringMVC底层原理(二) 文章目录 深入分析SpringMVC请求处理过程 1. DispatcherServlet处理请求 1.1 寻找Handler 1.2 没有找到 ...
- SpringMVC异常处理机制
SpringMVC异常处理机制 springMVC会将所有在doDispatch方法中的异常捕获,然后处理.无法处理的异常会抛出给容器处理. 在doDispatch()中调用processDispat ...
- [转]STL 容器一些底层机制
1.vector 容器 vector 的数据安排以及操作方式,与 array 非常相似.两者的唯一区别在于空间的运用的灵活性.array 是静态空间,一旦配置了就不能改变,vector 是动态数组.在 ...
- C++ STL容器底层机制
1.vector容器 vector的数据安排以及操作方式,与array非常相似.两者的唯一区别在于空间的运用的灵活性.array是静态空间,一旦配置了就不能改变.vector是动态空间,随着元素的加入 ...
- 探索C++的底层机制
探索C++的底层机制 在看这篇文章之前,请你先要明白一点:那就是c++为我们所提供的各种存取控制仅仅是在编译阶段给我们的限制,也就是说是编译器确保了你在完成任务之前的正确行为,如果你的行为不正确,那么 ...
- 设计模式:与SpringMVC底层息息相关的适配器模式
目录 前言 适配器模式 1.定义 2.UML类图 3.实战例子 4.总结 SpringMVC底层的适配器模式 参考 前言 适配器模式是最为普遍的设计模式之一,它不仅广泛应用于代码开发,在日常生活里也很 ...
随机推荐
- java学习之SpringMVC拦截器开发
0x00前言 springmvc的拦截器类似于Selvet的Filter,但是所属的操作又不一样 Spring MVC 提供了 Interceptor 拦截器机制,用于请求的预处理和后处理,也就是增强 ...
- for in 和 for of 的区别和v-for指令的三种使用方法
for...in 循环:只能获得对象的键名,不能获得键值 for...of 循环:允许遍历获得键值 var arr = ['red', 'green', 'blue'] for(let item in ...
- SQLSever事务
1. 为什么要使用事务? 当一个存储过程或多个SQL语句(指代insert.update.delete类型)依次执行时候, 如果其中一条或几条发生错误,但是其他的还会继续执行,会造成数据的不一致,非常 ...
- Codeforces Round #833 (Div. 2)补题
Codeforces Round #833 (Div. 2) D. ConstructOR 知识点:高位和对低位无影响 一开始以为和广州的M一样,是数位dp,后来发现只要找到一个就行 果然无论什么时候 ...
- day20-web开发会话技术02
WEB开发会话技术02 6.Cookie的生命周期 默认情况下,Cookie只在浏览器的内存中存活,也就是说,当你关闭浏览器后,Cookie就会消失.但是也可以通过方法设置cookie的生存时间. c ...
- Training: ASCII
题目链接:http://www.wechall.net/challenge/training/encodings/ascii/index.php 让我们使用标准的美国信息交换编码格式解下面的ASCLL ...
- elasticsearch 之 histogram 直方图聚合
目录 1. 简介 2. bucket_key如何计算 3. 有一组数据,如何确定是落入到那个桶中 4.需求 4.1 准备mapping 4.2 准备数据 5.histogram聚合操作 5.1.根据r ...
- tomcat 随windows启动
有时候服务器会突然断电,维护管理员只会帮我们启动服务器,但是不会不会帮我们启动Tomcat. 1.进入tomcat的bin文件夹,找到startup.bat,右键生成快捷方式到桌面. 2.点击桌面左下 ...
- 多线程/GIL全局锁
目录 线程理论 创建线程的两种方式 线程的诸多特性 GIL全局解释器 验证GIL存在 同一个进程下多线程是否有优势 死锁现象 信号量 Event事件 线程理论 进程 进程其实是资源单位 标示开辟一块内 ...
- websockets的原理
一.应用场景 http 协议 客户端发起请求的时候才会返回内容,如果要处理类似于聊天室的应用,需要客户端不间断的发起请求(轮询),非常占用服务器的性能.所以websocket出现了. 二.ws(wss ...