概要
本章记录APP网络请求参数作用
一、APP网络请求。
简单来讲（常用的口头区分），APP网络请求分为get 请求 和 post 网络请求。
- 1、 get请求的特点是一个基础url 问号 后面拼接各种要传递的参数。例如淘宝的一个连接
https://s.taobao.com/list?spm=a21bo.2017.201867-links-2.5.5af911d9NETruE&q=%E8%A3%A4%E5%AD%90
- 2、post 请求的特点是，将url 后面的request 参数封装，封装内容为3大部分 method，header和body。所以相比较与get，post 有那么一点安全。
1）method 区分请求是get 还是post 。
2）header 请求头。APP请求中会带Content-Type 参数 有些也会带上User-Agent参数
3）body请求体中，就是你所带的各种参数。
{
method: 'POST',
headers: {
Accept: 'application/json',
'Content-Type': 'application/json',
` // "Content-Type"``: ``"application/x-www-form-urlencoded;charset=UTF-8"`
},
body: JSON.stringify({
firstParam: 'yourValue',
secondParam: 'yourOtherValue',
}),
}
header 参数：
Content-Type 字段代表的是service 端接受的数据类型，着对body来说很重要，只有匹配的content-type的类型才能正确的传递信息。常用的有application/json 和 application/x-www-form-urlencoded 。两者都是表单数据发送的编码类型，前者提交的数据是json格式的字符串，后段需要@requestbody才能接收； 后者窗体数据被编码为名称/值对。这是标准的编码格式。
在RN中如果使用第一个类型，body需要使用Json.stringify()才能转换，而对后者，需要使用queryString.stringify()转换。
Request中除了method、headers与body，还有以下属性
Request.cache: 请求的缓存模式(default/reload/no-cache)
Request.context: 请求的上下文(audio/image/iframe)
Request.credentials: 请求的证书(omit/same-origin/include)
Request.destination: 请求的内容描述类型
Request.integrity: 请求的 subresource integrity
Request.mode: 请求的模式(cors/no-cors/same-origin/navigate)
Request.redirect: 请求的重定向方式(follow/error/manual)
Request.referrer: 请求的来源(client)
Request.referrerPolicy: 请求的来源政策(no-referrer)
Request.bodyUsed: 声明body是否使用在response中
请求成功之后，使用.then来转换数据，使用最多的是Body.json()，当然你也可以使用以下的几种数据转换类型
Body.arrayBuffer
Body.blob
Body.formData
Body.text
mode：cors 在网页请求中用来标示是否跨域请求。app请求中不会遇到这个，因为app请求没有跨域限制。
二、深入扩展--7层网络协议
前4中属于高层，定义了应用程序的功能；下面3层属于面向通过网络的端到端的数据流。
应用层：对应应用程序的通信服务，示例：TELNET、HTTP、FTP、NFS、SMTP等
表示层：定义数据的格式以及加密，示例：加密、ASCII等
会话层：定义如何开始、结束会话，示例：RPC、SQL等
传输层：是否选择查促恢复协议还是无差别恢复协议，及在同一主机上对不同应用的数据流的输入进行复用，还包括对收到包的顺序进行重新排序功能，示例：TCP、UDP、SPX
网络层：对端到端的包传输进行定义，示例：IP，IPX等。
数据链路层：定义了在单个链路上如何传输数据，示例：ATM（异步传输模式），FDDI（光纤分布式数据接口）等
物理层：有关传输介质的特点，示例：Rj45（接头的一种），802.3等
三、三次握手与四次挥手
1、三次握手：
2、四次挥手
