提示：建议一定要看后面的@RequestBody的核心逻辑源码以及六个重要结论！本文前半部分的内容都是一些基
            本知识常识，可选择性跳过。
 
声明：本文是基于SpringBoot，进行的演示说明。
 

基础知识介绍：
 
        @RequestBody主要用来接收前端传递给后端的json字符串中的数据的(请求体中的数据的)；而最常用的使用请求体传参的无疑是POST请求了，所以使用@RequestBody接收数据时，一般都用POST方式进行提交。在后端的同一个接收方法里，@RequestBody与@RequestParam()可以同时使用，@RequestBody最多只能有一个，而@RequestParam()可以有多个。
 
注：一个请求，只有一个RequestBody；一个请求，可以有多个RequestParam。
 
注：当同时使用@RequestParam（）和@RequestBody时，@RequestParam（）指定的参数可以是普通元素、
        数组、集合、对象等等(即:当，@RequestBody 与@RequestParam()可以同时使用时，原SpringMVC接收
        参数的机制不变，只不过RequestBody 接收的是请求体里面的数据；而RequestParam接收的是key-value
        里面的参数，所以它会被切面进行处理从而可以用普通元素、数组、集合、对象等接收)。
        即：如果参数时放在请求体中，application/json传入后台的话，那么后台要用@RequestBody才能接收到；
              如果不是放在请求体中的话，那么后台接收前台传过来的参数时，要用@RequestParam来接收，或
              则形参前 什么也不写也能接收。
 
注：如果参数前写了@RequestParam(xxx)，那么前端必须有对应的xxx名字才行(不管其是否有值，当然可以通
        过设置该注解的required属性来调节是否必须传)，如果没有xxx名的话，那么请求会出错，报400。
 
注：如果参数前不写@RequestParam(xxx)的话，那么就前端可以有可以没有对应的xxx名字才行，如果有xxx名
        的话，那么就会自动匹配；没有的话，请求也能正确发送。
        追注：这里与feign消费服务时不同；feign消费服务时，如果参数前什么也不写，那么会被默认是
                   @RequestBody的。
 
如果后端参数是一个对象，且该参数前是以@RequestBody修饰的，那么前端传递json参数时，必须满足以下要求：
 
 
后端@RequestBody注解对应的类在将HTTP的输入流(含请求体)装配到目标类(即：@RequestBody后面的类)时，会根据json字符串中的key来匹配对应实体类的属性，如果匹配一致且json中的该key对应的值符合(或可转换为)，这一条我会在下面详细分析，其他的都可简单略过，但是本文末的核心逻辑代码以及几个结论一定要看！ 实体类的对应属性的类型要求时,会调用实体类的setter方法将值赋给该属性。
 
 
json字符串中，如果value为""的话，后端对应属性如果是String类型的，那么接受到的就是""，如果是后端属性的类型是Integer、Double等类型，那么接收到的就是null。
 
 
json字符串中，如果value为null的话，后端对应收到的就是null。
 
 
如果某个参数没有value的话，在传json字符串给后端时，要么干脆就不把该字段写到json字符串中；要么写value时， 必须有值，null  或""都行。千万不能有类似"stature":，这样的写法，如:
 
 
注：关于@RequestParam()的用法，这里就不再一一说明了，可详见 《程序员成长笔记(一)》中的相关章节。
 

示例详细说明：
 
先给出两个等下要用到的实体类
 
User实体类：
 
 
Team实体类：
 
 
@RequestBody直接以String接收前端传过来的json数据：
 
后端对应的Controller：
 
 
使用PostMan测试：
 
 
@RequestBody以简单对象接收前端传过来的json数据：
 
后端对应的Controller：
 
 
使用PostMan测试：
 
 
@RequestBody以复杂对象接收前端传过来的json数据：
 
后端对应的Controller：
 
 
使用PostMan测试：
 
 
@RequestBody与简单的@RequestParam()同时使用：
 
后端对应的Controller：
 
 
使用PostMan测试：
 
 
@RequestBody与复杂的@RequestParam()同时使用：
 
后端对应的Controller：
 
 
使用PostMan测试：
 
 
@RequestBody接收请求体中的json数据；不加注解接收URL中的数据并组装为对象：
 
后端对应的Controller：
 
 
使用PostMan测试：
 
 
注：如果在后端方法参数前，指定了@RequestParam()的话，那么前端必须要有对应字段才行(当然可以通过设置
        该注解的required属性来调节是否必须传)，否者会报错；如果参数前没有任何该注解，那么前端可以传，也可
        以不传，如：
 
 
上图中，如果我们传参中没有指定token，那么请求能正常进去，但是token为null；如果在String token前指定了@RequestParam(“token”)，那么前端必须要有token这个键时，请求才能正常进去，否者报400错误。
 

@RequestBody与前端传过来的json数据的匹配规则
 
声明：根据不同的Content-Type等情况,Spring-MVC会采取不同的HttpMessageConverter实现来进行信息转换解析。
           下面介绍的是最常用的：前端以Content-Type 为application/json,传递json字符串数据;后端以@RequestBody
           模型接收数据的情况。
 
解析json数据大体流程概述：
        Http传递请求体信息，最终会被封装进com.fasterxml.jackson.core.json.UTF8StreamJsonParser中(提示：Spring采用CharacterEncodingFilter设置了默认编码为UTF-8)，然后在public class BeanDeserializer extends BeanDeserializerBase implements java.io.Serializable中，通过 public Object deserializeFromObject(JsonParser p, DeserializationContext ctxt) throws IOException方法进行解析。
 
核心逻辑分析示例：
 
        假设前端传的json串是这样的： {"name1":"邓沙利文","age":123,"mot":"我是一只小小小小鸟~"} 后端的模型只有name和age属性，以及对应的setter/getter方法；给出一般用到的deserializeFromObject(JsonParser p, DeserializationContext ctxt)方法的核心逻辑：
 
 

小技巧之指定模型中的属性对应什么key
 
这里简单介绍，更多的可参考：
 
           public class BeanPropertyMap implements Iterable<SettableBeanProperty>,java.io.Serializable
 
给出Controller中的测试类:
 
 
给出模型中的属性(setter/getter方法没截出来)：
 
 
使用postman测试一下，示例：
 
 
上图简单测试了一下，但是测得并不全面,这里就不带大家一起测试了，直接给出。
 

全面的结论：
 
结论①：@JsonAlias注解，实现:json转模型时，使json中的特定key能转化为特定的模型属性;但是模型转json时，
                对应的转换后的key仍然与属性名一致，见：上图示例中的name字段的请求与响应。
                以下图进一步说明：
 
 
                  此时，json字符串转换为模型时，json中key为Name或为name123或为name的都能识别。
 
结论②：@JsonProperty注解，实现：json转模型时，使json中的特定key能转化为指定的模型属性；同样的，模
                型转json时，对应的转换后的key为指定的key，见：示例中的motto字段的请求与响应。
                以下图进一步说明：
 
 
               此时，json字符串转换为模型时，key为MOTTO的能识别，但key为motto的不能识别。
 
结论③：@JsonAlias注解需要依赖于setter、getter，而@JsonProperty注解不需要。
 
结论④：在不考虑上述两个注解的一般情况下，key与属性匹配时,默认大小写敏感。
 
结论⑤：有多个相同的key的json字符串中，转换为模型时，会以相同的几个key中，排在最后的那个key的值给模
                型属性复制，因为setter会覆盖原来的值。见示例中的gender属性。
 
结论⑥：后端@RequestBody注解对应的类在将HTTP的输入流(含请求体)装配到目标类(即:@RequestBody后面
                的类)时，会根据json字符串中的key来匹配对应实体类的属性，如果匹配一致且json中的该key对应的值
                符合(或可转换为)实体类的对应属性的类型要求时，会调用实体类的setter方法将值赋给该属性。
 
 
^_^ 如有不当之处，欢迎指正
 
^_^ 代码托管链接
               https://github.com/JustryDeng...RequestBody...
 
^_^ 本文已经被收录进《程序员成长笔记(二)》，笔者JustryDeng

request简介
 
 
 
request 是一个http的客户端，支持https。
 
 
安装
 
    npm i request -D
 
使用
 
const request = require('request');
request.get(url,{params,headers}, (err, response, body) => {
    console.log(response.statusCode);
});


request('http://google.com/doodle.png').pipe(fs.createWriteStream('doodle.png'))

1 Request
 
1.1 什么是Request 
 代表HTTP请求的对象. 
 在浏览器向服务器发送请求之后, 服务器接受到请求, 在调用service方法处理请求之前， 会创建Request对象， 并把所有的请求信息( 请求行、请求头、请求实体 ) 全部封装到Request对象中. 
 1.2 Request继承关系
 
 ServletRequest(接口)  通用的Request接口, 提供了一个Request对象应该具有的功能.
    |
    |-- HttpServletRequest(接口) 继承了ServletRequest接口, 并且添加了很多和Http协议相关的方法
           |
           |- xxRequest --> Request对象
 
2 Request的功能
 
2.1 获取客户机的基本信息、获取请求头信息 
 getRequestURL() – 获取浏览器发送请求的完整URL地址 
 getRemoteAddr() – 获取浏览器所在主机的IP地址 
 getMethod() – 获取请求方式 
 getContextPath() – 获取当前Web应用的虚拟路径 
 getHeader(String name) – 根据请求头的名字获取请求头信息
 
代码示例:
 
//1.getRequestURL() -- 获取浏览器发送请求的完整URL地址
String url = request.getRequestURL().toString();
System.out.println("url: "+url);
//2.getRemoteAddr() -- 获取浏览器所在主机的IP地址
String ip = request.getRemoteAddr();
System.out.println("ip: "+ip);
//3.getContextPath() -- 动态获取当前Web应用的虚拟路径
String path = request.getContextPath();
System.out.println("path: "+path);// /day14
String method = request.getMethod();
System.out.println("method: "+method);// GET 
//4.getHeader() -- 获取请求头信息
String host = request.getHeader("host");
String referer = request.getHeader("Referer");
System.out.println("host: "+host);
System.out.println("referer: "+referer);
response.getWriter().write("RequestDemo1...");
 
2.2 获取请求参数 
 getParameter(String name) – 通过请求参数的名称获取对应的参数值 
 getParameterValues(String name) – 通过请求参数的名称获取对应的多个参数值所组成的数组. 
 getParameterMap() – 返回所有请求参数组成的map集合. 
 代码示例:
 
//1.获取用户名
String username = request.getParameter("username");
System.out.println("username="+username);
//2.获取爱好
String[] likes = request.getParameterValues("like");
System.out.println( Arrays.toString(likes) );
//3.获取所有参数组成的map集合
Map<String, String[]> map = request.getParameterMap();
for(Map.Entry<String, String[]> entry:map.entrySet() ){
    System.out.print(entry.getKey()+"=");
    System.out.println(Arrays.toString(entry.getValue()));
}
 
请求参数乱码问题: 
 1、乱码产生的原因：编码时和解码时使用的码表不一致造成的！ 
 (1) 编码: 浏览器发送数据给服务器需要将数据转成字节, 默认使用的编码为 UTF-8 
 (2) 解码: 服务器接收浏览器发送过来的数据, 将字节转回字符, 默认使用的iso885-1 
 由于两端使用的编码不一致因此会产生乱码! 
 2、解决乱码方式： 
 (1)根据乱码产生的原理, 手动编解码来解决乱码 
  
 代码实现:
 
String username = request.getParameter("username");
System.out.println("解决前:username="+username);//乱码
byte[] bytes = username.getBytes("iso8859-1");
username = new String(bytes, "utf-8");
System.out.println("解决后:username="+username);//正确
 
(2)如果请求方式为POST提交, 可以通过一行代码搞定:
 
request.setCharacterEncoding("utf-8");
/*
 * 如果提交方式为POST提交, 可以通过下面这一行代码解决
 * 乱码: 这行代码会通知服务器使用utf-8来接收请求实体
 * 内容中的数据.
 */
String username = request.getParameter("username");
System.out.println("username="+username);
 
由于request.setCharacterEncoding(“utf-8”);会通知服务器使用utf-8来接收请求实体内容中的数据, 而POST方式提交的参数刚好在请求实体内容中, 所以这行代码对POST提交的参数乱码会起作用, 而GET提交的参数不在请求实体内容中, 所以这行代码对GET提交的参数乱码不会起作用!!
 
总结: 在解决请求参数时, 先判断请求方式, 如果是POST提交, 可以通过下面这行来搞定:
 
request.setCharacterEncoding("utf-8");
//注意! 这行代码必须要放在任何获取参数的代码之前执行, 否则将不会起作用!
 
如果是GET提交, 就需要通过手动编解码来解决乱码, 类似于下面的代码:
 
byte[] bytes = username.getBytes("iso8859-1");//username是乱码
username = new String(bytes, "utf-8");
System.out.println("解决后:username="+username);//正确
 
2.3 实现请求转发 
 可以实现资源的跳转，并且是服务器内部同一个Web应用的资源跳转。 
 (1)实现请求转发：
 
request.getRequestDispatcher("所转发到资源的路径").forward(request, response);
 
注意: 转发时的路径是从Web应用的虚拟路径后面开始写!, 比如我们要转发到: 
 http://localhost/day14/RequestDemo4, 其中传入的路径为: /RequestDemo4 
 (2)请求转发的特点: 
 a.一次请求,一次响应 
 b. 地址栏地址不会发生变化(改变) 
 c. 转发属于服务器内部的资源跳转, 只能在同一个Web应用内部的资源之间进行跳转. 不可以在不同的Web应用或者不同的虚拟主机之间进行跳转. 
 (3)请求转发的细节问题: 
 a. 在转发之前, 如果往response缓冲区写入了数据, 但是还没有打给浏览器, 在转发时就会被清空! 
 b .在转发之前, 如果往response缓冲区写入了数据, 并且强制打给了浏览器, 转发将会失败! 
 c. 在一个资源中, 不能进行多次转发, 但是可以进行多重转发. 
 2.4 作为域对象使用 
 域对象: 如果一个对象具有一个可以被看见的(或访问的)范围, 利用该对象上提供的map集合就可以在整个范围内实现资源的共享! 
 域对象提供的操作数据的方法:
 
setAttribute(String name, Object value) -- 添加一个域属性
getAttribute(String name) -- 获取一个域属性
removeAttribute(String name) -- 删除一个域属性
 
域对象的三大特征: 
 (1)生命周期: 一次请求开始时创建request对象. 一次请求结束时销毁Request对象 
 (2)作用范围: 整个请求链 
 (3)主要功能: 在整个作用范围内实现数据的共享!
 
域对象一般都会和请求转发配合着使用, 用于将数据从某一个资源(比如Servlet)转发带到另外一个资源处(Servlet/JSP) 
 2.5 实现请求包含 
 请求包含是服务器内部的资源合并现象
 
如果浏览器发送请求访问服务器中的A, A在处理时, 发现不能独立的处理这次请求, 需要另外一个B共同来处理请求, 此时可以在A中将B包含进来, 包含后的结果就是A+B一起来处理请求, 处理的结果也会合并在一起, 一起发送给浏览器. 
 实现代码:
 
response.getWriter().write("<p>Demo8...before...</p>");
//将Demo9包含进来和当前Servlet一起来处理请求
request.getRequestDispatcher("/RequestDemo9").include(request,response);
response.getWriter().write("<p>Demo8...after...</p>");

一、getRequestDispatcher()
 
getRequestDispatcher()包含两个重要方法，分别是请求转发和请求包含。一个请求跨多个Servlet时，需要使用请求转发和请求包含。
 
首先需要获得一个RequestDispatcher 对象：RequestDispatcher rd = request.getRequestDispatcher("/MyServlet");
 
请求转发： rd.forward( request , response );
请求包含： rd.include( request  , response);
需注意的是，无论是请求转发还是请求包含，都在一个请求范围内！使用同一个request和response！
 
二、请求转发和请求包含的区别
 
请求转发：由下一个Servlet完成响应体，当前Servlet可以设置响应头（留头不留体）。举个例子，AServlet请求转发到BServlet，那么AServlet不能够使用response.getWriter（） 和response.getOutputStream（）向客户端输出响应体，但可以使用response.setContentType("text/html;charset=utf-8") 设置响应头。而在BServlet中可以输出响应体。
请求包含：由两个Servlet共同完成响应体（留头又留体）。同样用上面的例子，AServlet请求包含到BServlet，那么AServlet既可以设置响应头，也可以完成响应体。
 
下图是请求转发的流程，最后返给客户端的response只是BServlet的，而AServlet的响应不会在客户端显示出来。
 
 
下图是请求包含流程，因为BServelt的响应返回给AServlet时携带了responseB，所以AServlet的响应中包含了BServlet的响应，最后返给客户端的响应是两者之和。
 
 
三、request域
 
request是Java四大域对象之一，正是它提供了请求转发和请求包含的功能。一个请求会创建一个request对象，若在一个请求中跨越了多个Servlet，那么这些Servlet可以使用request来共享数据。同一个请求范围内使用request.setAttribute()和request.getAttribute()来传值！前一个Servlet调用setAttribute()保存值，后一个Servlet调用getAttribute()获取值。
 
四、请求转发和重定向的区别
 
请求转发和重定向的区别也是非常重要的知识点！！！
 
请求转发是一个请求一次响应，而重定向是两次请求两次响应。
请求转发地址不变化，而重定向会显示后一个请求的地址。这是因为请求转发是服务器的行为，是由容器控制的转向，整个过程处于同一个请求中，因此客户端浏览器不会显示转向后的地址；但重定向是客户端的行为，重新发送了请求，整个过程不在同一个请求中，因此客户端浏览器会显示跳转后的地址。
请求转发只能转发到本项目其它Servlet，而重定向不只能重定向到本项目的其它Servlet，还能定向到其它项目。
请求转发是服务端行为，只需给出转发的Servlet路径，而重定向需要给出requestURI，既包含项目名。
 
请求转发
 
 
重定向