从订外卖的角度来理解- 一个网页是如何到你手上的。

我们先来想像这么一个场景：

有一个名字叫做linux的美食城 ，然后这个美食城的第80号店铺 名字叫做Apache ，你进入店中，服务员立马递给你一个菜单index.html

然后你开始浏览菜单，你发现菜单上有两种菜系，一种是川菜（后缀 php），另一种是粤菜（后缀 jsp）。

接下来你开始点菜了，你想吃一道川菜：麻婆豆腐.php 还想吃一道粤菜：盐焗鸡.jsp

你点好单后，服务员拿到了你的菜单，他看到你点了一个后缀为php的菜，在他的记忆中( httpd.conf文件)里面记录了一条关于php后缀该怎么做的，上面写道： php=>php7.0 于是他知道要把这道菜告诉名叫 php7.0的厨师厨师看到了，就从冰箱（数据库）里拿出豆腐，葱花（ 网页上要显示的数据，例如你的个人信息）等等的食材开始进行烹饪处理。同样的服务员也把 盐焗鸡.jsp的请求提交到后厨的 Java厨师那于是厨师也从冰箱（数据库）里取出食材来处理

当 麻婆豆腐.php 做好了，服务员就从 php7.0 那拿过来上桌。 jsp同理。
到这里就简单完成了对动态网页的请求了。
那么与静态网页的区别是什么呢？

同样是这家店，你刚刚点的菜是小炒，这个时候，你看见菜单上有道凉拌菜叫 凉拌黄瓜.html 你把服务员叫过来，点了这道菜。他一看是个快餐（静态网页）于是就去后厨快餐柜里取出了这道菜 直接上桌，当初开发人员早就做好的这道菜，就原原本本的上菜了，不经过任何处理。这就是静态网页访问。

好了，后台处理的原理，我们大概了解了。。那么我们访问一个网页，肯定不需要真真正正的来到这家店里啊。不然你逛淘宝就得买个机票去浙江咯？
还记得开始我们说过这家店是 linux美食城的 第80号店铺吗，相当于他在这个linux系统中监听了 80号端口于是他只做分内的事情只处理来访第 80店铺的客人（只处理 80 端口的请求）

现在，我就想在家就吃到这家店的菜，我们可以订外卖啊，，那么 订外卖就是一个请求。
我们首先要知道要打电话给谁？肯定是打电话给 这个美食城啊，可是我们不知道这个 linux美食城的电话号码（ IP地址）我们就先打电话给114电话查询台（DNS服务： 114.114.114.114）
你跟114的说：我要打电话给 linux美食城 114查了他所维护的一个电话本，查到 linux美食城的电话号码： 119.75.217.109 然后我们知道了美食城的号码咯。
接下来我们就拨通 linux美食城的号码： 119.75.217.109 不一会有人接了，你对话筒说：请帮我接通 80号店铺，，这时，你的电话就已经拨通到 Apache的座机上了。

还是这个服务员：你好请你看看我们的菜单index.html 你还是点了这两个菜 麻婆豆腐.php 盐焗鸡.jsp 。店里还是那样忙碌，，两位大厨做好之后，不一会外卖小哥就把你点的菜送到了你的家里。

好了，到这就是我们基本的 HTTP访问流程了我们真实网络的数据肯定不是像打电话那样的语音方式了。
那么我们把刚刚那些 打电话环节都换成写信，你写的信就是所谓的 数据包
这里就引入了我们的 网络七层结构，为了简单起见我们先使用比较广义的网络五层结构
自顶向下分别是 应用层>>传输层>>网络层>>数据链路层>>物理层
每层的工作都不同，上一层是需要依赖下一层的工作的。就好比现在你用电脑办公你需要依赖电厂发电你才能够开机。
先讲 应用层 ：他就是我们平时常见的各个服务 HTTP DNS FTP P2P 之类的
像访问一个www服务的网页，就要用到HTTP协议，那么这个协议的东西又是由HTTP服务提供的比如前面提到的 Apache
那么什么又是协议呢？其实协议就是 由开发人员制定出来让大家互相之间能够交流的通讯约定。
比如我们要点菜，你就开始写信：
{我，秦始皇，盐焗鸡。}

虽然稍微有点灵性的人应该看得出来点的菜是盐焗鸡。可是，机器是很笨的，说不定，他认为我们想要吃秦始皇。。
那么我们就做了点工作制定了一个 协议HTTP 规定你先写你的行为，然后跟上个内容最后跟上个 协议版本号 比如：
{get /盐焗鸡.jsp HTTP/1.1}
这样我们的机器就知道我们想要 get一个 盐焗鸡.jsp了 协议版本号是1.1 是现在使用的。双方好理解

这样确保了我们的交流是正确的。

好到这里我们稍微理解了一点协议的作用以及稍微懂了点 HTTP协议怎么写我们回到刚刚 应用层那

你要订外卖，开始写信使用的是 HTTP协议写的，为的就是让 linux美食城里面的 Apache餐馆也能看得懂。内容如下：
{get /麻婆豆腐.php HTTP/1.1 }

可是我们不知道地址在哪啊？（上面的电话地址是另一个平行时空，我们重开新存档）那么就需要问一下查一下类似114的查询组织了。也就是说我们需要先写信给 DNS服务器查到我们 目标地址 但是 DNS服务又是使用另一个协议了： DNS协议 （什么，你说我们也不知道DNS的地址？其实我们对电脑配置网络的时候已经配置了DNS地址了。或者你设定成自动获取了。就像我们都知道114是电话查询台一样）
我们这么写：
{Standard query 0xf7fb A linux美食城.com}
我们假定美食城的 根域名是 com
信中：
Standard query 告诉DNS我们要进行标准查询
0xf7fb 一个查询标识符，如果我们同时进行四五个查询的话我们就用一个记号来标出哪个结果是哪个查询的。不然都认不出来
A 告诉 DNS我们想要一个 ipv4地址查询
linux美食城.com 我们想要查询的东西

我们把信发出去后收到了一个回信：（这里涉及到的向下层传递数据的我们留到后面再讲）
{Standard query response 0xf7fb A 119.75.217.109}
这里呢 Standard query response 告诉我们是个响应
0xf7fb 告诉我们这个的响应是对应我们之前那个查询的
A 是个 ipv4 地址
119.75.217.109 后面就是我们想要知道的内容了。

到这里我们已经知道了地址了接下来我们就要把刚刚写好的点菜的信包装起来了
为什么要包装呢？写完信了当然要信封包装起来然后在信封上写上地址送信的才会知道要送去哪里啊。
这里我们就要用到 传输层的东西了。。 传输层是做什么的？他是提供两个端到端缓冲，好比我们家门牌号是 4396号（ 4396端口），目的店铺是 80号（ 80端口）。

那么这里我们就要把我们的信放进一个tcp数据包里为了易于理解现在我们规定一个简单的tcp协议为：

{源端口目的端口 {数据}}

我们就要这样把我们的信打包好成一个数据包
{4396 80 {get /麻婆豆腐.php HTTP/1.1 } }
一个简单的 tcp数据包就做好了

像刚刚我们对DNS进行地址请求的时候也是打包成了一个 udp数据包，平时DNS查询都是使用udp协议的，当然你也可以使用tcp协议，现在我们假装协议类似那么就可以这样打包
{4396 53 {Standard query 0xf7fb A linux美食城.com} }
53端口是DNS服务的端口号
一个简单的用于请求的地址的udp数据包就做好了他就得发送给DNS服务器

可是地址还没写呢！别急这就是 网络层的东西了
在 网络层 我们要把上层交给我们的 tcp数据包 再次进行包装，然后给他包装的头部再加上 ip报头 这样就能指示出数据的去向了

我们现在来定义一个简单的ip报头

{总长度协议类型源地址目的地址}

总长度表示出了这个包的长度，为什么需要这个呢？因为网络世界不像现实世界那样看得到数据的边界我们一封信拿在手上就是个完整的。但是在网络里面，是由电进行传输的，除了高电压就是低电压相当于二进制的‘1’和‘0’ 而且通讯是持续的，机器没法看到数据的边界，就不知道这封信的内容是否接收完了。所以我们要一个 总长度 让机器接收够一定数量的二进制数据之后就划分开。那么这就是个完整的数据包了。

协议类型 1 ICMP 2 IGMP 6 TCP 17 UDP 88 IGRP 89 OSPF 表示出所携带的数据协议是什么协议？
源地址 寄信人的地址
目的地址 收信人的地址

好现在我们开始对我们的tcp包进行打包
{33 6 192.168.1.2 119.75.217.109 { 4396 80 {get /麻婆豆腐.php HTTP/1.1 } } }
这里 33是我们的数据包的长度 6表示我们的数据包是 tcp数据包，
这里的源地址 192.168.1.2 是个内网地址，就是假设我们现在使用的是一个路由器了，处在了路由器内网里，送过去后对方怎么得知我们在哪的？这里注意一下这个技术就需要用到 网络地址转换技术了 (NAT,Network Address Translation) 简单来说就是路由器的网关把你的信拦下来了，然后把我们的源地址改成了公网地址 123.231.132.111这样的地址。就相当于我们一开始我们分配到的地址其实是 内网地址--小区地址 二栋.二单元.四楼.4396房 ，信件经过 路由器网关（看门大爷）他有个职责就是把地址转换成公网地址 123.231.132.111 这样别人就能知道我们确切位置了当然 NAT可不那么简单，我们以后再讲。现在回来
目的地址写上了我们之前用DNS查询到的地址，就是 linux美食城的地址。

好，做了充分准备了。该送信了>>>>>>>>>
数据链路层 ---- 一个敬业的邮递员他不会拆开数据包也不验证你的数据包是不是有错误。他就只管送

邮递员走哪条路，绕哪条路其实是上一层网络层里的路由选择协议 可是为了简单我们现在就不探讨那些复杂的路由选择协议了。

那么邮递员也是需要下层的支持啊 物理层>>>>>
所谓 物理层，就是我们主机怎么接入网络的，管理物理层用的光纤还是电话线它的上层都不管，每个层做好份内的事情就好了。
那么物理层我们可以想象成是我家到 linux美食城的马路这样邮递员就能够骑着他的小电驴往返于我们之间了

好，简单的自顶向下之后。我们的 数据包送到了 linux美食城的门卫手里这里 ip包装就 被剥开了，
门卫手上只剩下 tcp数据包了 {4396 80 {get /麻婆豆腐.php HTTP/1.1 } }
他一看 80号店铺就放在了 门卫室（网卡）的 80号收件箱里这里也剥开了tcp的包装只剩 HTTP信件内容了 {get /麻婆豆腐.php HTTP/1.1 }
每隔一段时钟周期，都会有不同店铺的人来取信件，
80号店铺的人来了，拿走了堆积在 80号收件箱里的所有 HTTP数据包
回到店里，各位大厨开工啦！！
不一会 麻婆豆腐.php 做好了。
又开始新一轮的打包这里就是我们的 HTTP响应数据包了简单定义 HTTP响应报头 {HTTP/1.1 200 OK 响应正文}
这里 HTTP/1.1 一个HTTP协议版本号
200 HTTP协议状态码 200 相当于正确响应‘OK’ 常见的 404 “页面找不到” 这个三位数都是可辨识的， 2xx 都代表成功响应 3xx 大多指重定向 4xx 代表请求错误 5xx代表服务器错误服务器错误就是那家店出问题了。。比如鸡肉拿错成了猪肉了等等、请求错误就是你发出的请求错了，你请求冰淇淋店里不卖冰淇淋只能返回 404咯
重定向就是你买了这个店里的可乐，店里缺货，服务员只能告诉你让你去其他店里买，你又只好从头请求别的店。。
OK 对状态码 200的字符表示
响应正文就是店里要打包的东西了，服务员把麻婆豆腐.php打包成了响应正文
所以得到 {HTTP/1.1 200 OK 麻婆豆腐.php的实际内容lkashdgoahsdlkfa.....}

店员又做了我们刚刚打包的那些操作一步一步向下层传递。
到了邮递员手上，骑着他的小电驴不一会送到了我们家门前。
到此我们的一次请求结束了! ！！！

从订外卖的角度来理解- 一个网页是如何到你手上的。相关推荐

意淫设定时间系统de实现—由订外卖想到的
由来周末一人在家,叫了一份外卖,作为码农的我就对于外卖中日期的设定是怎么实现的提起了兴趣,于是就根据自己的想法记录一下如果我来实现,我要怎么做. 场景是这个样子的:在外卖系统中有两种角色,一 ...
从需求的角度去理解Linux系列：总线、设备和驱动
<从需求的角度去理解Linux系列:总线.设备和驱动>是一篇有关如何学习嵌入式Linux系统的方法论文章,也是从需求的角度去理解Linux系统软件的开篇.这是作者精心撰写的经验总结,希望嵌 ...
【转】Android事件分发机制完全解析，带你从源码的角度彻底理解(下)
转载请注明出处:http://blog.csdn.net/guolin_blog/article/details/9153761 记得在前面的文章中,我带大家一起从源码的角度分析了Android中Vi ...
[学习总结]7、Android AsyncTask完全解析，带你从源码的角度彻底理解
我们都知道,Android UI是线程不安全的,如果想要在子线程里进行UI操作,就需要借助Android的异步消息处理机制.之前我也写过了一篇文章从源码层面分析了Android的异步消息处理机制,感兴 ...
从科学的角度来理解和田玉---第一篇
从科学的角度来理解和田玉-第一篇本人作为一个从理工科科班出身的人,本来是对玉石.珠宝.黄金等等具有天生免疫力的(一般左脑发达的人是无法理解右脑中的那些感觉上的玄乎东西,因此懒得去碰),在我们这一类人 ...
从源码角度深入理解Toast
Toast这个东西我们在开发中经常用到,使用也很简单,一行代码就能搞定: 1: Toast.makeText(this, "333", Toast.LENGTH_LONG).sho ...
从认知角度去理解设计
设计并不是一味只求美感或者感觉,设计同样是一门建立在多学科基础上的科学,从认知角度来理解设计能帮助我们设计出更多尊重用户的作品,这样的设计才能经得起时间的考验,让更多用户所喜爱. 下面是我对<认 ...
从音乐的角度去理解dB
从音乐的角度去理解dB(转载) 大家都是用计算机做音乐的高手了--呃,那位同学!别紧张嘛~看你激动的,高手其实也没什么了不起的--不信?那我问问你几个问题,你答得上来,算你了不起!我们用电脑做音乐的时 ...
mysql优化十：从架构角度全局理解mysql性能优化
从架构角度全局理解mysql性能优化 MySQL性能优化其实是个很大的课题,在优化上存在着一个调优金字塔的说法: 很明显从图上可以看出,越往上走,难度越来越高,收益却是越来越小的.比如硬件和 OS调优 ...

从订外卖的角度来理解- 一个网页是如何到你手上的。

从订外卖的角度来理解- 一个网页是如何到你手上的。相关推荐

最新文章

热门文章