打算机与网络设备之间要通信，双方就必须要按照某种既定规则进走运行。例如：如何探测到通信目标、由哪一边先发起通信、利用哪种措辞、如何结束通信等等都须要进行规定。而这种规则我们就叫做协议。
1.2 TCP/IP的分层管理TCP/IP协议族中最主要的一点便是分层。包括运用层、传输层、网络层和数据链路层。
分层的设计好处便是，某个地方须要修正时，只须要把相应的层进行修正即可；同时分层使得设计也变得大略，每个层只须要清楚自己所处理的任务即可，而不须要考虑其他层次是若何事情和事情的质量。
运用层决定了向用户供应运用做事时的通信活动。包括FTP协议、DNS协议、HTTP协议。
传输层传输层对上层运用层，供应处于网络连接中的两台打算机之间的数据传输。包括TCP和UDP协议。
网络层网络层用来处理网络的数据包，该层规定了数据包该当通过若何的路径到达打算机，并把数据包通报给对方。
数据链路层数据链路层用来处理连接网络的硬件部分。包括掌握操作系统、硬件的设备驱动及光纤等可见部分。硬件上的范畴均属数据链路层的浸染范围之内。
1.3 TCP/IP通信传输流利用TCP/IP协议族进行网络通信时。发送端从运用层网下走，吸收端则从数据链路层往上走。
下面以HTTP协议举例来解释访问web页面的HTTP要求。
1.4 其他协议先容
这里先容几个与HTTP密切干系的几个协议，包括：IP、TCP和DNS协议。
1.4.1 卖力传输的IP协议---IP网际协议，事情在网络层IP协议的浸染是把各种数据包传输给对方。而为了担保能精确通报给对方，就须要IP地址和MAC地址。
IP地址指明了节点被分配到的地址，而MAC地址是网卡的固定地址。IP地址可变，但是MAC地址不会变。
而打算机之间的通信还须要通过ARP（地址解析协议），通过ARP协议可以查找出对应IP地址的MAC地址。
1.4.2 确保可靠性的TCP协议---TCP协议，事情在传输层TCP事情在传输层，供应可靠的字节流做事。所谓字节流做事，是数据包在网络传输过程中，会将一个大包进行切块，切成报文段为单位的数据包进行管理。TCP协议为了更随意马虎的传输大数据才将数据包分割，而且TCP协议能够确认数据是否终极送达到对方。
为了准确无误的将数据投递目标处，TCP协议采取3次握手策略。用TCP协议把数据包发送出去后，会向对方确认是否成功投递。握手过程中利用TCP的标识------SYN和ACK。发送端首先发送一个带SYN标识的数据包给对方。吸收端收到后，回传一个带有SYN/ACK标识的数据包以传达确认信息。末了发送端再回传一个带ACK标识的数据包，代表握手结束。若握手的过程中通信中断，TCP协议会再次以相同的顺序发送相同的数据包。
上图中红线框部分便是一个完全的TCP3次握手，中间的"tcp retransmission"由于网络状况不好而导致的重发包。
1.4.3 卖力域名解析------DNS协议，事情在运用层DNS协议与HTTP协议一样事情在运用层，供应域名到IP地址的解析做事。通过域名或IP地址都可以访问web页面，但是相对而言人记住一个域名比记住一串数字更随意马虎。而打算机更善于处理数字，因此DNS协议才出身了。DNS协议可以通过域名查找到IP地址，也可以通过IP地址查找到域名。
1.4.4 完全的数据通信过程在我们访问一个web页面时：
客户端
首先，通过DNS协议，获取到目标地址的IP地址；
其次，通过http协议天生将要访问的页面的数据包；
第三，TCP协议将要求的数据包分割成多个较小的报文；
第四，IP协议搜索对方地址，一边中转一边通报数据；（路由器--路由选择）。
做事器端
第五，TCP协议将受到的报文进行重组，组合成原始的数据包；
第六，HTTP协议读取数据包的内容，做事器处理该要求后，进过上述同样的路径将客户端所想要的结果通报给对方，这样就完成了一次完全的通信过程。
1.5 URL和URI的关系URL中文名：统一资源定位符；URL中文名：统一资源标识符。
访问web页面时，在地址栏中输入的一串(http://www.baidu.com)便是URL。一样平常不怎么见这个URI，都是熟习URL。
从上图中可以看到URL是URI的子集，即所有的URL都是URI，但URI不一定便是URL。URI便是由某个协议方案表示的资源定位标识符。协议方案是指访问资源所利用的协议的名称。如http、ftp、telnet、file等。URI用字符串表示某一互联网资源，而URL表示资源的地点。如下图所列举的URI：
按照常日的理解，可以把URI当成URL来理解。
2、HTTP协议大略先容HTTP协议规定，要求从客户端发出，末了做事端相应当要求并返回。换句话说肯定是先有客户端发出要求，建立通信连接，然后才会有做事真个相应内容。
2.1 HTTP要乞降相应剖析下面来看个详细的示例：
POST http://106.120.167.12/cloudquery.php HTTP/1.1 表示：采取POST方法，通过HTTP协议，访问http://106.120.167.12/下的cloudquery.php文件。
可看出要求报文是由要求方法、要求URL、协议版本、可选的要求首部字段和内容实体构成。
接下来看下对应的相应要求内容：
可看到相应要求内容是由协议版本、状态码、用以阐明状态码的缘故原由短语、可选的相应首部字段以及实体主体构成。
2.2 HTTP协议是不保存状态的协议HTTP协议是一种不保存状态的的协议。协议自身不对要乞降相应的通信状态进行保存，也便是说协议对付发送的要求或相应都不做持久化处理。
随着web技能的不断发展，因无状态而导致业务处理变得棘手起来，试想一下，你登录淘宝网，每次打开新页面都哀求你登录系统，这样的话相信没有几个用户会忍受的了。因此保存会话状态变得非常主要，于是cookie技能就产生了。
Cookie会根据从做事端发送的相应报文内的一个叫做Set-Cookie的首部字段信息，关照客户端保存Cookie。当下次客户端再往该做事器发送要求时，客户端会自动在要求的报文中加入该Cookie值。
做事端吸收到客户端发送的Cookie后，会去查找究竟是从哪一个客户端发来的连接要求。
2.3 HTTP协议常用的方法
GET：用来获取资源，用来要求已被URL识别的资源。
POST：用来传输实体主体
PUT：用来传输文件
HEAD：用来得到报文首部
DELETE：用来删除文件
OPTIONS：用来讯问支持的方法
TRACE：用来追踪路径
一样平常常用的为GET、POST、HEAD等，其他的理解即可。
POST和GET方法差异：
利用目标不同：POST与GET都用于获取信息，但是GET办法仅仅是查询，并不对做事器上的内容产生任何浸染结果；每次GET的内容都是相同的。
POST则常用于发送一定的内容进行某些修正操作。
大小不同：由于不同的浏览器对URL的长度大小有一定的字符限定，因此由于GET办法放在URL的首部中，自然也随着首先，但是详细的大小要依浏览器而定。
POST办法则是把内容放在报文内容中，因此只要报文的内容没有限定，它的大小就没有限定。
安全性不同：上面也说了GET是直接添加到URL后面的，直接就可以在URL中看到内容。而POST是放在报文内部的，用户无法直接看到。
总的来说，GET用于获取某个内容，POST用于提交某种数据要求。
按照利用场景来说，一样平常用户注册的内容属于私密的，这该当利用POST办法；而针对某一内容的查询，为了快速的相应，可以利用GET办法。
2.4 持久连接节省通信量在HTTP协议的初始版本中，每进行一次HTTP通信就要断开TCP连接一次，在早起由于传输的都是文本数据，数据量较小没有太大影响，但是对付现在的网站包含有大量的图片，因此如果仍旧按照以前的办法去访问，这样就会造成通信量的花费。为理解决该问题，HTTP 1.1提出了持久化理念，即只要任一端没有明确提出断开连接，则保持TCP连接状态。
持久连接的好处在于减少了TCP连接的重复建立和断开造成的额外开销，减轻了做事真个负载。在HTTP1.1中，所有要求默认都是持久连接。
2.5 管线化技能
持久连接使得多数要求以管线化办法发送成为可能，早期的版本中发送要求后须要等待并受到相应，才可以发送下一个要求。管线化技能的涌现使得发送要求后不用等待相应，可直接发送下一次要求。
3、HTTP报文先容3.1 要求及相应报文的构造
要求行：包含要求的方法、要求的URL和HTTP协议版本；
状态行：包含表明结果的状态码、缘故原由短语和HTTP协议版本；
首部字段：包含表示要乞降相应的各种条件和属性的各种首部；
其他：包含HTTP的RFC里定义的首部（cookie）。
3.2 编码提升传输效率HTTP在传输数据时可按照数据原貌进行传输，但是也可以在传输的过程中通过编码提升传输效率。一样平常包括以下几种编码办法：
gzip(GUN zip)；conpress(UNIX系统的标准压缩)；deflate(zlib)；identity(不进行压缩)3.3 发送多种数据的多部分工具凑集有的时候传输的内容，不仅仅是一些字符串，还有可能是一些图片，字符，音乐二进制等殽杂的内容。
这就须要利用多部分工具凑集，multipart，例如在利用java编写web上传文件的代码时，须要在form中指定form的编码格式。
设置form的enctype属性的值为multipart/form-data。
这是由于默认的情形下form利用的编码格式是：applicatin/x-www-form-urlencoded，这种编码格式会把所有的内容进行编码，不适宜上传文件这种情形。
这两种编码格式的差异紧张是：
multipart/form-data 会以控件为基准，编码form中的内容。application/x-www-form-urlencoded 会把form中的内容编码成键值对的形式。3.4 HTTP的范围要求有些场景下，http报文要求一些很大的图片，但是加载过程很慢。
比如我们登录一些大图片的网址，会创造有时候图片是一块一块加载的。
这便是由于设置了http要求的长度，这样就可以分块的加载资源文件。
在要求报文中利用Range属性，在相应报文中利用Content-Type属性都可以指定一定字节范围的http要求。
4、返回结果的状态码状态码的职责是当客户端向做事端发送要求时，描述返回的要求结果。借助状态码可以知道做事端是正常处理了要求，还是涌现了缺点。
1XX 提示信息 - 表示要求已被成功吸收，连续处理2XX 成功 - 表示要求已被成功吸收，理解，接管3XX 重定向 - 要完成要求必须进行更进一步的处理4XX 客户端缺点 - 要求有语法缺点或要求无法实现5XX 做事器端缺点 - 做事器未能实现合法的要求5、其他内容5.1 Cache 头域先容If-Modified-Since
浸染：把浏览器端缓存页面的末了修正韶光发送到做事器去，做事器会把这个韶光与做事器上实际文件的末了修正韶光进行比拟。如果韶光同等，那么返回304，客户端就直策应用本地缓存文件。如果韶光不一致，就会返回200和新的文件内容。客户端接到之后，会丢弃旧文件，把新文件缓存起来，并显示在浏览器中。
If-None-Match
浸染: If-None-Match和ETag一起事情，事情事理是在HTTP Response中添加ETag信息。 当用户再次要求该资源时，将在HTTP Request 中加入If-None-Match信息(ETag的值)。如果做事器验证资源的ETag没有改变（该资源没有更新），将返回一个304状态见告客户端利用本地缓存文件。否则将返回200状态和新的资源和Etag。利用这样的机制将提高网站的性能。
看上述描述可能会以为两个不是都一样的浸染么，可为何又会同时存在呢？接下来看下两者的差异：
If-Modified-Since和 Last-Modified 一样都是用于记录页面末了修正韶光的 HTTP 头信息，只是 Last-Modified 是由做事器往客户端发送的 HTTP 头，而 If-Modified-Since 则是由客户端往做事器发送的头，可 以看到，再次要求本地存在的 cache 页面时，客户端会通过 If-Modified-Since 头将先前做事器端发过来的 Last-Modified 末了修正韶光戳发送回去，这是为了让做事器端进行验证，通过这个韶光戳判断客户真个页面是否是最新的，如果不是最新的，则返回新的内容，如果是最新的，则 返回 304 见告客户端其本地 cache 的页面是最新的，于是客户端就可以直接从本地加载页面了，这样在网络上传输的数据就会大大减少，同时也减轻了做事器的包袱。
ETags和If-None-Match是一种常用的判断资源是否改变的方法。类似于Last-Modified和HTTP-IF-MODIFIED-SINCE。但是有所不同的是Last-Modified和HTTP-IF-MODIFIED-SINCE只判断资源的末了修正韶光，而ETags和If-None-Match可以是资源任何的任何属性，不如资源的MD5等。
ETags和If-None-Match的事情事理是在HTTP Response中添加ETags信息。当客户端再次要求该资源时，将在HTTP Request中加入If-None-Match信息（ETags的值）。如果做事器验证资源的ETags没有改变（该资源没有改变），将返回一个304状态；否则，做事器将返回200状态，并返回该资源和新的ETags。
5.2 cookie和sessionSession是另一种记录客户状态的机制，不同的是Cookie保存在客户端浏览器中，而Session保存在做事器上。客户端浏览器访问做事器的时候，做事器把客户端信息以某种形式记录在做事器上。这便是Session。客户端浏览器再次访问时只须要从该Session中查找该客户的状态就可以了。
如果说Cookie机制是通过检讨客户身上的“通畅证”来确定客户身份的话，那么Session机制便是通过检讨做事器上的“客户明细表”来确认客户身份。Session相称于程序在做事器上建立的一份客户档案，客户来访的时候只须要查询客户档案表就可以了。
两者的差异：
cookie数据存放在客户的浏览器上，session数据放在做事器上；cookie不是很安全，别人可以剖析存放在本地的COOKIE并进行COOKIE欺骗，考虑到安全应该利用session；session会在一定韶光内保存在做事器上。当访问增多，会比较占用你做事器的性能。考虑到减轻做事器性能方面，应该利用COOKIE；单个cookie在客户真个限定是3K，便是说一个站点在客户端存放的COOKIE不能超过3K。
