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

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 213,014评论 6 492
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,796评论 3 386
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 158,484评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,830评论 1 285
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,946评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,114评论 1 292
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,182评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,927评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,369评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,678评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,832评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,533评论 4 335
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,166评论 3 317
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,885评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,128评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,659评论 2 362
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,738评论 2 351

推荐阅读更多精彩内容