RESTful与网络请求过程

最近想好好总结一下网络请求的一些相关的内容，随便深入去探讨一下内部是如何实现的。

一.RESTful

这个名词可能经常被提到过，这里也顺便简单过一遍。

简单看看它常用的行为

简单看看请求的状态码

就简单理解下就好，可以把它当成一个规范。

二.网络请求的过程

我建议可以去看这两篇文章，写得都比较清楚
http://www.ruanyifeng.com/blog/2012/05/internet_protocol_suite_part_i.html
http://www.ruanyifeng.com/blog/2012/06/internet_protocol_suite_part_ii.html

1.网络OSI模型

常说的网络七层模型（最好还是能记住）
（1）应用层
（2）表示层
（3）会话层

（4）传输层
（5）网络层
（6）数据链路层
（7）物理层

当然一般都可以把最上边的三层当成一个应用层的整体。

2.每层的工作

我是要照着文章的来说http://www.ruanyifeng.com/blog/2012/05/internet_protocol_suite_part_i.html
这篇文章感觉写得很特别，别人都是从上层往下层写，他是从下层往上层写。

物理层就不说了
（1）数据链路层
这层有个以太网协议，把数据包称为帧，帧的结构如下

每一帧最短为64字节，最长1518字节

（2）网络层
网络层就是IP协议所在的层。它的帧结构如下

（3）传输层
传输层就是TCP/DUP协议所在的层。它的帧结构如下

而在应用层的数据就是这里的data，上面是从下层到上层的分析，那么如果从上层到下层的分析呢。

其实网络中数据的传输就是传包，也就是最上面说的帧，而这个包可以看成是自上而下每经过一层到会封装一层变成一个新包，然后接收端自下而上一层层拆包，最终拿到请求的数据。

3.整个过程涉及到的名词

上面的流程我不想讲得太相信，免得会感觉乱，反正记住他们间的通信是传包就行，这里也总结下这个过程中涉及到的一些名词。

（1）MAC地址
每块网卡出厂的时候，都有一个全世界独一无二的MAC地址，长度是48个二进制位，通常用12个十六进制数表示。通过自身的MAC地址和对方的MAC地址，可以找到相互通信的两个端

（2）IP地址
MAC地址不能通过跨网域找到另一端的MAC地址。这时就需要ip地址。IP协议第四版，简称IPv4，规定ip地址由32个二进制组成，ip地址用于标识在网络中的计算机。

（3）子网掩码
什么是子网掩码，就是表示子网络特征的一个参数。它用来判断两个ip地址是否属于同一个网络中。比如说你两个端都连同一个路由器，那他们就属于同个网络。
子网掩码判断的方法是与IP地址做AND运算，如果结果相同说明两个ip处于同一网络。

（4）DNS
DNS是什么，简单的说，通信是需要两端的ip地址，但是有时候我们请求网络是“www.baidu.com”，这时候就可以通过DNS协议获取这个地址的ip地址。

三.socket

上面讲的整个流程中并没有提到socket，而我们开发时经常能听到http是建立在socket上，那这个socket是什么呢。

socket起源于Unix，它不属于任何一层，它是应用层与传输层之间的一个抽象层，是抽象层，这个抽象很重要。为什么要有这样的一个抽象层呢，因为底层的操作过于烦杂，所以就需要一个东西来帮你做底层的操作，所以socket也是一个门面模式的体现，你只需要调用socket的方法，socket来帮你做下层的操作。（别人的图）

关于socket我也不是很了解，不知道要怎么讲好，要注意的是socket有个缓冲区，数据的传输过程不是直接发送，而是先发送到缓冲队列，再发送给服务端。

四.HTTP

HTTP属于应用层的协议，关于http可能讲得比较多的就是报文

（1）请求报文

（2）响应报文

报文的详解网上很多，我就不copy了，需要注意的是请求头中Content-Type这个key，这个Mime所对应的值其实还是很多的
http://tool.oschina.net/commons/

其中比较常用的几个类型可以参考这篇文章最终形成的报文的形式
https://blog.csdn.net/jekxi/article/details/54342789

这些还是要注意一下，类型不正确的话有可能会导致服务端接收不到数据。
然后就是数据的传输，数据传输用POST请求的multipart/form-data类型进行数据的传输。

对这个传输过程其实我是比较迷惑，我看过一句话，应用层主要做包装数据的工作，传输层做传输数据的操作。

网上很多介绍HTTP的一些基础的内容，我这不想重复去写。那么我就想问一个问题：http请求，数据是在应用层包装然后用流写到缓冲队列的吗？

普通的请求看是这样的说法合理，报文所占的空间肯定是占用内存空间。但是传大文件的话就不太合理了，因为如果是要拼接成报文，那么文件就会写入到内存中，这就很不合理。

很可惜的是我在网上找了很久都没找到这个问题，于是我就问了一个写底层代码的朋友，他告诉我。
普通请求就是在应用层拼接完整的报文，然后以流的形式给socket的SendQ，传文件的话就是拼接头把头给SendQ，然后文件直接从文件目录直接给SendQ