【计算机网络】HTTP面试考点

考点1：计算机网络分层，应用层的http是最接近Java程序员的一层

考点1：计算机网络分层，应用层的http是最接近Java程序员的一层
我们学计算机网络的时候就知道，我们把计算机网络分层了5层，一般我们现在用的都是TCP/IP这么一个分层结构。
虽然官方的是ISO 提出的7层结构，但是仅仅是理论基础，在实际上大多人都是使用TCP/IP的分层结构
首先，我们先得知道，为什么我们要在计算机网络中分层次？？？
因为如果两台计算机能够相互通信的话，实际实现起来是非常困难操作的…我们分层的目的就是为了将困难的问题简单化，并且如果我们分层了，我们在使用的时候就可以仅仅关注我们需要关注的层次，而不用理会其他层。
如果需要改动设计的时候，我们只需要把变动的层替换即可，并不用涉及到其他的层次。这与我们程序设计中的低耦合是一个概念。

面试语言组织：HTTP协议是在最上层，也就是应用层，这是最贴近Java程序员的层次，
从计算机网络分层来说，Java程序员必须学会HTTP,HTTPS,DNS,SSL/TLS,对称加密和非对称加密
然后传输层的 TCP/UDP 三次握手,四次挥手次之，
然后网络层的 IP协议，ARP协议，IP地址和Mac 地址再次之，
然后数据链路层和物理层，基本没用。

金手指1：HTTP协议是在最上层，也就是应用层。这是最贴近我们的程序员的层次。
金手指2：http + ssl/tls= https

考点2：计算机网络通信过程( 浏览器/客户端 + 服务器)

考点2：计算机网络通信过程( 浏览器/客户端 + 服务器)
我们知道HTTP是在应用层中的，显然，我们在Web通信的过程中，不仅仅是需要HTTP协议的，还会涉及到其他的协议的。
应用层：DNS：负责解析域名
我们访问一个网页的时候，往往是通过域名来访问的www.zhongfucheng.site,而计算机通信只认的是我们的主机地址(192.168.xxx.xxx)，因此，当我们输入域名的时候，需要DNS把域名解析成主机来进行访问。
应用层：HTTP：产生请求报文数据
当我们对Web页面进行操作的时候，就会产生HTTP报文数据，请求对应的服务端进行响应。

TCP协议：分割HTTP数据，保证数据运输
TCP协议采用了三次握手的方式来保证数据的准确运输，在运输的数据的时候，发送标识过去给服务器，服务器也返回标识给客户端，而客户端收到消息后再次返回标识给服务器。这样一来就保证了数据运输是可靠的。
网络层：IP协议：传输数据包，找到通信目的地地址（金手指：IP地址是网络地址，是会变的，Mac地址是硬件地址，是不会变的，ARP协议可以将IP地址反射为Mac地址）。
IP协议把我们的产生的数据包发送给对方，IP地址指明了节点被分配的地址，但IP地址可能会变换，我们可以使用ARP协议来将IP地址反射为MAC地址。MAC地址是不会更改的，是网卡所属的固定地址。
在找到通信目的地之前，我们是需要不断的中转的，这过程我们称作为：“路由中转”，我们并不知道路由中转了多少次的。因此是不能全面了解到互联网中的传输状况的。
数据链路层：略；
物理层：略。

考点3：浏览器/客户端需要告知服务器请求的意图(GET|POST)

考点3：浏览器/客户端需要告知服务器请求的意图(GET|POST)
我们如果开发过Web程序的话，我们知道常用的提交方式有POST和GET方法，我们也知道GET是用来获取数据的，POST是用来提交数据的。
其实HTTP协议中还支持着其他的方法，比如：Input、Delete、OPTIONS很多这样的方法。而由于常用，于是我们也可能仅仅知道GET和POST方法了。
HTTP提供方法的目的就是为了告知服务器该客户端想进行什么操作。当HTTP是OPTIONS方法的时候，服务器端就会返回它支持什么HTTP方法。
当然了，现在RESTful盛行，也就是充分利用了HTTP协议的这些方法。

考点4：HTTP是无状态协议，即不保存用户状态的协议

考点4：HTTP是无状态协议，即不保存用户状态的协议
HTTP是无状态的，也就是说，它是不对通信状态进行保存的。它并不知道之前通信的对方是谁。这样设计的目的就是为了让HTTP简单化，能够快速处理大量的事务！

问题：Web后端开发中，经常需要知道访问的人是谁，既然http协议无法保存用户状态，那么最基础的保存用户状态的Cookie技术如何实现？
回答：使用Cookie技术。要是服务器端想要记住客户端是谁，那么就颁发一个cookie给客户端，客户端把Cookie保存在硬盘中，当下次访问服务器的时候，浏览器会自动把客户端的cookie带过去。就这样，服务器就能够知道这家伙是谁了。
ps：session是存在服务端内存里的，所以是易失的，session通过Cookie或者URL重定向存储和传输。

考点5：持久连接(从短连接到长连接，从 HTTP 1.0 到 HTTP 1.1)

考点5：持久连接(从短连接到长连接，从 HTTP 1.0 到 HTTP 1.1)
HTTP1.0 都是短连接：在HTTP1.0的时候，每一次进行HTTP通信就会断开一次连接。如果容量很少的文本传输是没有问题的。但是如果我们访问一个网页，该网页有非常多的图片。一个图片就算上一个HTTP请求了。那么在中途中就不断地建立TCP连接、获取图片、断开TCP连接。
HTTP1.1 引入长连接：这样是非常浪费资源的，因此在HTTP1.1版本，就是持久连接了。一次HTTP连接能够处理多个请求。持久连接为“管线化”方式发送成为了可能：在一次HTTP连接里面，不需要等待服务器响应请求，就能够继续发送第二次请求。

考点6：提升传输效率两种方式（压缩和分块）

考点6：提升传输效率两种方式（压缩和分块）

在说明之前，首先我们要知道什么是实体主体
实体主体就是作为数据在HTTP中传输的数据。

一般地，实体主体可以等价为报文主体，报文主体是HTTP中的一部分。
我们如果不使用任何手段，服务器返回的数据实体主体是原样返回的。我们可以使用两种方式来提高传输效率
(1)压缩：使用压缩技术把实体主体压小，在客户端再把数据解析
(2)分块：使用分块传输编码，将实体主体分块传输，当浏览器解析到实体主体就能够显示了。

考点7：断点续传(功能：断点续传；实现：范围请求)

考点7：断点续传(功能：断点续传；实现：范围请求)
我们如果在下载东西的过程中断了，按照以前我们是需要重新下载的，但是现在可以在中断中继续下载。我们可以使用到获取范围数据，这种叫做范围请求！
范围请求定义：只会下载资源的一部分。即我的图片下载到一半了，我们只需要下载另一半就可以组成一张完整的图片了。那么请求的时候请求没有下载的一部分即可。
小结：

考点8：常用的状态码简述

考点8：常用的状态码简述（比较重要，常考，面试要能够说出下面这些常见的）
2XX 一般是请求成功
200 正常处理
204 成功处理，但服务器没有新数据返回，显示页面不更新
206 对服务器进行范围请求，只返回一部分数据
3XX 一般表示重定向
301 请求的资源已分配了新的URI中，URL地址改变了。【永久重定向】
302 请求的资源临时分配了新的URI中，URL地址没变【转发】
303 与302相同的功能，但明确客户端应该采用GET方式来获取资源【转发】
304 发送了附带请求，但不符合条件【返回未过期的缓存数据】
307 与302相同，但不会把POST请求变成GET【转发】
4XX 客户端出错了
400 请求报文语法错误了
401 需要认证身份
403 没有权限访问 【实践中（联系实践），Nginx经常有这个】
404 服务器没有这个资源【实践中（联系实践），两种情况：1、资源不存在；2、路径错了】
5XX 服务器出错了
500 内部资源出错了【实践中（联系实践），后端程序员错了，自己debug吧】
503 服务器正忙
面试语言组织：
第一句：2XX 请求成功，3XX 重定向，4XX 客户端错误，5XX 服务端错误
第二句：把上面的常用的背了，注意能扩展的就联系实践来说，全部直接背，太low

考点9：虚拟主机

考点9：虚拟主机（Nginx可以实现这个技术），服务器与客户端之间的应用程序
首先要说的是，一个HTTP服务器可以拥有多个站点，也就是说：HTTP下可以配置多个虚拟主机。当用户访问不同主机的时候，实际上都是访问同一台HTTP服务器。

考点10：在客户端和服务器中还有一些用于通信数据转发的应用程序

考点10：在客户端和服务器中还有一些用于通信数据转发的应用程序
代理（客户端这边的代理就是正向代理，服务端的代理就是反向代理）
可以用来缓存数据，当代理缓存了数据以后，客户端就可以直接用代理获取数据
可以用来对网站进行访问控制，获取访问日志记录
网关
能够提供非HTTP请求的操作，访问数据库什么的
隧道
建立一条安全的通信路径，可以使用SSL等加密手段进行通信。
面试语言组织（主要是代理）：
1、代理定义：在代理模式中，代理类和实际类都是实现同一个接口，真是的代理，无论正向代理反向代理也都是这样。
2、正向代理、反向代理：客户端这边的代理就是正向代理，服务端的代理就是反向代理

考点11：HTTP请求报文，请求头（比较重要）

考点11：HTTP请求报文，请求头（比较重要）
HTTP请求报文：在请求中，HTTP报文由方法、URI、HTTP版本、HTTP首部字段等部分组成。

请求行【描述客户端的请求方式、请求的资源名称，以及使用的HTTP协议版本号】
首部字段【描述客户端请求哪台主机，以及客户端的一些环境信息等】
一个空行
首部字段例子：
Accept: text/html,image/* 【浏览器告诉服务器，它支持的数据类型】
Accept-Charset: ISO-8859-1 【浏览器告诉服务器，它支持哪种字符集】
Accept-Encoding: gzip,compress 【浏览器告诉服务器，它支持的压缩格式】
Accept-Language: en-us,zh-cn 【浏览器告诉服务器，它的语言环境】
Host: www.it315.org:80【浏览器告诉服务器，它的想访问哪台主机】
If-Modified-Since: Tue, 11 Jul 2000 18:23:51 GMT【浏览器告诉服务器，缓存数据的时间】
Referer: http://www.it315.org/index.jsp【浏览器告诉服务器，客户机是从那个页面来的—反盗链】
User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0)【浏览器告诉服务器，浏览器的内核是什么】
Cookie【浏览器告诉服务器，带来的Cookie是什么】
Connection: close/Keep-Alive 【浏览器告诉服务器，请求完后是断开链接还是保持链接】
Date: Tue, 11 Jul 2000 18:23:51 GMT【浏览器告诉服务器，请求的时间】

考点12：HTTP响应报文，响应头（比较重要）

考点12：HTTP响应报文，响应头（比较重要）
HTTP响应报文：在响应中，HTTP报文由HTTP版本、状态码（数字和原因短语）、HTTP首部字段3部分组成。

一个状态行【用于描述服务器对请求的处理结果。】
首部字段【用于描述服务器的基本信息，以及数据的描述，服务器通过这些数据的描述信息，可以通知客户端如何处理等一会儿它回送的数据】
一个空行
实体内容【服务器向客户端回送的数据】
状态行：
格式： HTTP版本号　状态码　原因叙述
状态行：HTTP/1.1 200 OK
状态码用于表示服务器对请求的处理结果，它是一个三位的十进制数。响应状态码分为5类

首部字段例子：
Location: http://www.it315.org/index.jsp 【服务器告诉浏览器要跳转到哪个页面】
Server:apache tomcat【服务器告诉浏览器，服务器的型号是什么】
Content-Encoding: gzip 【服务器告诉浏览器数据压缩的格式】
Content-Length: 80 【服务器告诉浏览器回送数据的长度】
Content-Language: zh-cn 【服务器告诉浏览器，服务器的语言环境】
Content-Type: text/html; charset=GB2312 【服务器告诉浏览器，回送数据的类型】
Last-Modified: Tue, 11 Jul 2000 18:23:51 GMT【服务器告诉浏览器该资源上次更新时间】
Refresh: 1;url=http://www.it315.org【服务器告诉浏览器要定时刷新】
Content-Disposition: attachment; filename=aaa.zip【服务器告诉浏览器以下载方式打开数据】
Transfer-Encoding: chunked 【服务器告诉浏览器数据以分块方式回送】
Set-Cookie:SS=Q0=5Lb_nQ; path=/search【服务器告诉浏览器要保存Cookie】
Expires: -1【服务器告诉浏览器不要设置缓存】
Cache-Control: no-cache 【服务器告诉浏览器不要设置缓存】
Pragma: no-cache 【服务器告诉浏览器不要设置缓存】
Connection: close/Keep-Alive 【服务器告诉浏览器连接方式】
Date: Tue, 11 Jul 2000 18:23:51 GMT【服务器告诉浏览器回送数据的时间】

考点13：HTTP + SSL/TLS == HTTPS，对称加密、非对称加密

考点13：HTTP + SSL/TLS == HTTPS，对称加密、非对称加密
HTTP不安全
HTTP在安全上是不足的，具体变现有三点：
（1）通信使用明文【没有加密过内容的】
（2）不验证通信方身份，无论是客户端和服务器，都是随意通信的
（3）无法证明报文的完整性【别人监听后，可以篡改】
我们一般在上网时，使用抓包工具就很容易获取到HTTP请求的信息了，这是TCP/IP在网络通信中无法避免的。
假设我们对HTTP报文进行加密了， 那也仅仅是是内容的加密。别人获取到了HTTP内容了，即使无法破解HTTP内容，还是能够篡改的。
HTTP + SSL/TLS == HTTPS
我们最好就是使用SSL建立安全的通信线路，就可以在这条线路上进行HTTP通信了。
其实HTTPS就是披着SSL的HTTP…
HTTPS使用的是 共享密钥(对称加密) 和 非对称加密 混合来进行加密的。由于 非对称加密 需要太多的资源，不可能一直以 非对称加密 进行通信。因此，HTTP在建立通信线路的时候使用 非对称加密，当建立完连接后，随后就使用 共享密钥(对称加密) 进行加密和解密了
对于认证方面，HTTPS是基于第三方的认证机构来获取认受认可的证书、因此，可以从中认证该服务器是否是合法的。
而客户端方面则需要自己购买认证证书、这实施起来难度是很大的【认证证书需要钱】。
所以，一般的网站都是使用表单认证就算了，这是用得最广泛的客户端认证了。

面试语言组织：
1、 HTTP + SSL/TLS == HTTPS
2、过程：HTTPS使用的是 共享密钥(对称加密) 和 非对称加密 混合来进行加密的。由于 非对称加密 需要太多的资源，不可能一直以 非对称加密 进行通信。因此，HTTP在建立通信线路的时候使用 非对称加密，当建立完连接后，随后就使用 共享密钥(对称加密) 进行加密和解密了