楼主经历过了两次面试后深深感觉到自己前端水平实在有点惨不忍睹，so针对前端方面主要的知识点进行深入学习，废话不多说了。
先从招聘要求上说说吧：大家看看各个大公司的招聘要求肯定会有一点（熟悉底层的http，tcp等协议），所以今天要死磕的主题也就是这么几个重要的协议！！！
。
一：追根溯源（OSI协议集）
大家肯定都知道，OSI一共有七层，分别是（**物理层、数据链路层、网络层、传输层、会话层、表示层和应用层**）
- 1.应用层：应用层是OSI参考模型的最高层，是用户与网络的接口。该层通过应用程序来完成网络用户的应用需求，如文件传输、收发电子邮件等。（就是应用软件使用的协议，如邮箱使用的POP3，SMTP、远程登录使用的Telnet、获取IP地址的DHCP、域名解析的DNS、网页浏览的http协议等；这部分协议主要是规定应用软件如何去进行通信的。）
- 2.表示层：表示层处理流经结点的数据编码的表示方式问题，以保证一个系统应用层发出的信息可被另一系统的应用层读出。如果必要，该层可提供一种标准表示形式，用于将计算机内部的多种数据表示格式转换成网络通信中采用的标准表示形式。数据压缩和加密也是表示层可提供的转换功能之一。（决定数据的展现（编码）形式，如同一部电影可以采样、量化、编码为RMVB、AVI，一张图片能够是JPEG、BMP、PNG等。）
- 3.会话层：会话层主要功能是管理和协调不同主机上各种进程之间的通信（对话），即负责建立、管理和终止应用程序之间的会话。会话层得名的原因是它很类似于两个实体间的会话概念。例如，一个交互的用户会话以登录到计算机开始，以注销结束。（为两端通信实体建立连接（会话），中间有认证鉴权以及检查点记录（供会话意外中断的时候可以继续，类似断点续传）。）
- 4.传输层：传输层的作用是为上层协议提供端到端的可靠和透明的数据传输服务，包括处理差错控制和流量控制等问题。该层向高层屏蔽了下层数据通信的细节，使高层用户看到的只是在两个传输实体间的一条主机到主机的、可由用户控制和设定的、可靠的数据通路。（将一个数据/文件斩件分成很多小段，标记顺序以被对端接收后可以按顺序重组数据，另外标记该应用程序使用的端口号及提供QOS。（不同的应用程序使用不同计算机的端口号，同样的应用程序需要使用一样的端口号才能正常通信））
- 5.网络层：网络层是为传输层提供服务的，传送的协议数据单元称为数据包或分组。该层的主要作用是解决如何使数据包通过各结点传送的问题，即通过路径选择算法（路由）将数据包送到目的地。另外，为避免通信子网中出现过多的数据包而造成网络阻塞，需要对流入的数据包数量进行控制（拥塞控制）。当数据包要跨越多个通信子网才能到达目的地时，还要解决网际互连的问题。(路由选路，选择本次通信使用的协议（http、ftp等），指定路由策略及访问控制策略。（IP地址在这一层）)
- 6.数据链路层：数据链路层是为网络层提供服务的，解决两个相邻结点之间的通信问题，传送的协议数据单元称为数据帧。数据帧中包含物理地址（又称MAC地址）、控制码、数据及校验码等信息。该层的主要作用是通过校验、确认和反馈重发等手段，将不可靠的物理链路转换成对网络层来说无差错的数据链路。此外，数据链路层还要协调收发双方的数据传输速率，即进行流量控制，以防止接收方因来不及处理发送方来的高速数据而导致缓冲器溢出及线路阻塞。
- 7.物理层：物理层是OSI参考模型的最低层，它利用传输介质为数据链路层提供物理连接。它主要关心的是通过物理链路从一个节点向另一个节点传送比特流，物理链路可能是铜线、卫星、微波或其他的通讯媒介。它关心的问题有：多少伏电压代表1？多少伏电压代表0？时钟速率是多少？采用全双工还是半双工传输？总的来说物理层关心的是链路的机械、电气、功能和规程特性。（例如将数据最终编码为0,1的比特流）
<——–以上来自百度百科———->
好吧，这么大一长串的东西看起来就费劲也不爱看~~楼主自己多方百度首先上个图
下面以是一个小例子：<来自知乎>
两主机通信的过程，从发送者（以下简称A）到接收者（以下简称B），属于从7层（应用层）->1层（物理层）封装，然后传输到远端，再从1层（物理层）->7层（应用层）解封装的过程。
- 1、 当A打开了QQ这个软件，相当就到达应用层了；因为软件会根据你的操作调动机器底层的硬件工作了。
- 2、 当A往QQ这个软件的聊天窗口里面输入信息，发出后，QQ会将这个信息保存在本地聊天记录文件MSGEX.db（一般就保存在QQ目录下以你的QQ号码为文件夹里）。以某种格式编码/保存某种信息，这可以理解为表示层了。
- 3、 当A打开与B的聊天窗口，输入信息，按下“输入”按钮，用户的操作就完结了，剩下都是机器自己的操作了。实际传输之前QQ会先建立A与B的会话连接，才真正开始传输信息/数据（你可以理解借传输文件理解：你发送文件给对方，要等待对方按下接收，才算建立了会话，然后才开始传输。）这算会话层了。
- 4、 会话建立后，会将A发的信息斩件，如A发送“你吃了饭没有”？传输层将这句话斩成“你”“吃”“了”“饭”“没”“有”6个数据段，标记号使用的端口号，然后准备发出去。
- 5、 接上一层，信息还未发出去，这时候在网络层做路由选路，可以理解为，从A家出去，可以分别经“联通”“电信”“移动”3个网络中的一个再到B家。网络层根据路由协议负责选路（根据链路质量、带宽、开销等方法论）。假设最后选了2条，可能就A->联通->B发送“你”“吃”“了”3个数据段，A->电信->B发送“饭”“没”“有”3个数据段。选路后，这一层要标记IP包头，包头主要内容是源IP地址，目的IP地址，使用什么协议。其中源、目的IP相当于你寄信的时候的收发的地址与邮政编码，标记出发送者与接收者。而协议相当于这封信到底用什么语言书写。（只有保证2端使用同种语言，才能确保通信起来，否则你用英文写信给大妈，大妈怎么看得懂呢？）
- 6、 然后再到数据链路层，数据链路层主要是负责同一个子网内的通信的。例如A、B连接在同一台二层交换机，就属于同一个子网，那么数据帧的通信室是不需要通过网络层的（即三层交换机或者路由器），直接在这台二层交换机就过去了。这一层打的是MAC地址的帧头，对于上述通信过程来说，就是为数据帧打上A的机器的MAC与A的网关的MAC。这一层的工作就完成了。
- 7、 最后一层了，经过上述斩件、打完各层标签后的6个数据帧，物理层将他们翻译文6段0、1表示的比特流，然后通过光纤、铜缆进行传输。
- 8、 当比特流传输到了远端，接着B的机器按照上述的1~7的步骤反方向运行一次即可（即有物理层到应用层）。就是一层层读取标签，传输给标签标记着的相应对象，然后摘除标签，再读取上一层标签，直到最后B的应用程序能够读到A往应用程序输入的数据为止。
再补充一个小例子（来自知乎）
假设A公司老总要寄文件给B公司的老总。
老板会喊他秘书过来，说把这玩意寄给B公司的老总。
秘书拿到快递后，首先选取了“倪丰快递”，并且查到了B公司的地址，把文件装到了快递信封里，填好快递单，就交给了快递小哥了。
而倪丰快递则是把近期收到的快递装成了一个集装箱，找到了某卡车司机，说，把这箱子运到 B 市的集散中心去。
然后这封快递送到了 B 公司的老总秘书那里去，秘书拆开快递，把文件递给了 B 公司老总。
纵观整个过程，我们发现
- 1.老总在把快递交给秘书时，他并不关心秘书是怎么打包的，也不关心秘书找了什么法子寄出去的，他只期待对方老总能收到即可；
- 2.秘书则既不关心“倪丰快递”是如何具体用什么运输方式运到 B 市的，又不关心这份文件的内容，只期待这封快递能够被送达对方的公司地址；
- 3."倪丰快递”则只关心装着快递的集装箱能够被司机运往 B 市集散中心，却不关心司机究竟走了什么路线，开了什么牌子的货车，也不关心这封快递信封里装了什么东西；
- 4.司机只关心怎么把集装箱运到目的地，而不会关心集装箱里面装的是什么。
综上所述OSI 7 层模型则与之类似，都是下层为上层提供传输服务，不关心上层传输的内容，而上层也不关心下层传输的手段，只期望能将信息最终发到通信对端的相应层次上。再补充一句，虽然设计上是下层和上层是服务和被服务的关系，互相不关心实现细节，实际上出于这样或那样的原因，多少还会有一些相关性，并不完全独立，但是层次结构还是明确的。
到这里OSI七层大家应该了解的差不多了，然后下面上重点了要！！！！！
二：几个常用到的协议（HTTP；TCP/IP;UDP）
2.1 HTTP协议
是一种从服务器传输超文本到浏览器的协议（也就是规定了一个数据如快递，你想要从服务端发送到浏览器必须按照这个格式来发，不然发不了）所以~http协议对应上图就是应用层协议，老板要发的是快递，不是包裹也不是邮件！
我理解的http协议就像自己去寄快递需要填写的快递单。。。。。。快递单上面会有：收件人信息，寄件人信息等等--------这对应http协议的包含内容（HTTP之请求Request、HTTP之响应Response！）
1.HTTP之请求消息Request（以百度为例，使用谷歌浏览器）
我们根据图片详细分析请求消息
1.请求方法：get，post，delete，header，put等。最重要的就是get和post的区别
区别如下：
a.GET请求的数据会附在URL之后POST把提交的数据则放置在是HTTP包的包体中。
b.GET和Post方式传参的大小不同，get会受到url的长度限制，post理论上没有限制
c.get会比post安全 原因如1.
2.HTTP响应消息Response（以百度为例，使用谷歌浏览器）
同时响应消息应该注意的有状态码：
2开头 （请求成功）表示成功处理了请求的状态代码。
202：（已接受） 服务器已接受请求，但尚未处理。
3开头 （请求被重定向）表示要完成请求，需要进一步操作。 通常，这些状态代码用来重定向
304 （未修改） 自从上次请求后，请求的网页未修改过。 服务器返回此响应时，不会返回网页内容等
3.HTTP的URL
HTTP使用统一资源标识符（Uniform Resource Identifiers, URI）来传输数据和建立连接。URL是一种特殊类型的URI，包含了用于查找某个资源的足够的信息。
URL,全称是UniformResourceLocator, 中文叫统一资源定位符,是互联网上用来标识某一处资源的地址。以下面这个URL为例，介绍下普通URL的各部分组成：
http://www.aspxfans.com:8080/news/index.asp?boardID=5&ID=24618&page=1#name
从上面的URL可以看出，一个完整的URL包括以下几部分：
a.协议部分：该URL的协议部分为“http：”，这代表网页使用的是HTTP协议。在Internet中可以使用多种协议，如HTTP，FTP等等本例中使用的是HTTP协议。在”HTTP”后面的“//”为分隔符
b.域名部分：该URL的域名部分为“www.aspxfans.com”。一个URL中，也可以使用IP地址作为域名使用
c.端口部分：跟在域名后面的是端口，域名和端口之间使用“:”作为分隔符。端口不是一个URL必须的部分，如果省略端口部分，将采用默认端口
d.虚拟目录部分：从域名后的第一个“/”开始到最后一个“/”为止，是虚拟目录部分。虚拟目录也不是一个URL必须的部分。本例中的虚拟目录是“/news/”
e.文件名部分：从域名后的最后一个“/”开始到“？”为止，是文件名部分，如果没有“?”,则是从域名后的最后一个“/”开始到“#”为止，是文件部分，如果没有“？”和“#”，那么从域名后的最后一个“/”开始到结束，都是文件名部分。本例中的文件名是“index.asp”。文件名部分也不是一个URL必须的部分，如果省略该部分，则使用默认的文件名
f.锚部分：从“#”开始到最后，都是锚部分。本例中的锚部分是“name”。锚部分也不是一个URL必须的部分
g.参数部分：从“？”开始到“#”为止之间的部分为参数部分，又称搜索部分、查询部分。本例中的参数部分为“boardID=5&ID=24618&page=1”。参数可以允许有多个参数，参数与参数之间用“&”作为分隔符。
（原文：http://blog.csdn.net/ergouge/article/details/8185219 ）
总结一下http协议的几个特点：
1、简单快速：客户向服务器请求服务时，只需传送请求方法和路径。请求方法常用的有GET、HEAD、POST。每种方法规定了客户与服务器联系的类型不同。由于HTTP协议简单，使得HTTP服务器的程序规模小，因而通信速度很快。
2、灵活：HTTP允许传输任意类型的数据对象。正在传输的类型由Content-Type加以标记。
3、无连接：无连接的含义是限制每次连接只处理一个请求。服务器处理完客户的请求，并收到客户的应答后，即断开连接。采用这种方式可以节省传输时间。
4.无状态：HTTP协议是无状态协议。无状态是指协议对于事务处理没有记忆能力。缺少状态意味着如果后续处理需要前面的信息，则它必须重传，这样可能导致每次连接传送的数据量增大。另一方面，在服务器不需要先前信息时它的应答就较快。
5、支持B/S及C/S模式。