网络篇
2024-04-19 767
200：成功，Web服务器成功处理了客户端的请求。
301：永久重定向，当客户端请求一个网址的时候，Web服务器会将当前请求重定向到另一个网址，搜索引擎会抓取重定向后网页的内容并且将旧的网址替换为重定向后的网址。
302：临时重定向，搜索引擎会抓取重定向后网页的内容而保留旧的网址，因为搜索引擎认为重定向后的网址是暂时的。
400：客户端请求错误，多为参数不合法导致Web服务器验参失败。
404：未找到，Web服务器找不到资源。
500：Web服务器错误，服务器处理客户端请求的时候发生错误。
503：服务不可用，服务器停机。
504：网关超时。
2、Forward和Redirect的区别？浏览器URL地址：Forward是服务器内部的重定向，服务器内部请求某个servlet，然后获取响应的内容，浏览器的URL地址是不会变化的；Redirect是客户端请求服务器，然后服务器给客户端返回了一个302状态码和新的location，客户端重新发起HTTP请求，服务器给客户端响应location对应的URL地址，浏览器的URL地址发生了变化。
数据的共享：Forward是服务器内部的重定向，request在整个重定向过程中是不变的，request中的信息在servlet间是共享的。Redirect发起了两次HTTP请求分别使用不同的request。
请求的次数：Forward只有一次请求；Redirect有两次请求。
3、Get和Post请求有哪些区别？用途：
get请求用来从服务器获取资源
post请求用来向服务器提交数据
表单的提交方式：
get请求直接将表单数据以name1=value1name2=value2的形式拼接到URL上（;name2=value2），多个参数参数值需要用连接起来并且用?拼接到action后面；
post请求将表单数据放到请求头或者请求的消息体中。
传输数据的大小限制：
get请求传输的数据受到URL长度的限制，而URL长度是由浏览器决定的；
post请求传输数据的大小理论上来说是没有限制的。
参数的编码：
get请求的参数会在地址栏明文显示，使用URL编码的文本格式传递参数；
post请求使用二进制数据多重编码传递参数。
缓存：
get请求可以被浏览器缓存被收藏为标签；
post请求不会被缓存也不能被收藏为标签。
4、说说TCP与UDP的区别，以及各自的优缺点？1、TCP面向连接（如打电话要先拨号建立连接）：UDP是无连接的，即发送数据之前不需要建立连接。
2、TCP提供可靠的服务。也就是说，通过TCP连接传送的数据，无差错，不丢失，不重复，且按序到达;UDP尽最大努力交付，即不保证可靠交付。tcp通过校验和，重传控制，序号标识，滑动窗口、确认应答实现可靠传输。如丢包时的重发控制，还可以对次序乱掉的分包进行顺序控制。
3、UDP具有较好的实时性，工作效率比TCP高，适用于对高速传输和实时性有较高的通信或广播通信。
4.每一条TCP连接只能是点到点的;UDP支持一对一，一对多，多对一和多对多的交互通信。
5、TCP对系统资源要求较多，UDP对系统资源要求较少。
5、说一下HTTP和HTTPS的区别？端口不同：HTTP和HTTPS的连接方式不同、用的端口也不一样，HTTP是80，HTTPS用的是443；
消耗资源：和HTTP相比，HTTPS通信会因为加解密的处理消耗更多的CPU和内存资源。
开销：HTTPS通信需要证书，这类证书通常需要向认证机构申请或者付费购买。
6、说说HTTP、TCP、Socket的关系是什么？TCP/IP代表传输控制协议/网际协议，指的是一系列协议族。
HTTP本身就是一个协议，是从Web服务器传输超文本到本地浏览器的传送协议。
Socket是TCP/IP网络的API，其实就是一个门面模式，它把复杂的TCP/IP协议族隐藏在Socket接口后面。对用户来说，一组简单的接口就是全部，让Socket去组织数据，以符合指定的协议。
综上所述：
需要IP协议来连接网络。
TCP是一种允许我们安全传输数据的机制，使用TCP协议来传输数据的HTTP是Web服务器和客户端使用的特殊协议。
HTTP基于TCP协议，所以可以使用Socket去建立一个TCP连接。
7、说一下HTTP的长连接与短连接的区别？HTTP协议的长连接和短连接，实质上是TCP协议的长连接和短连接。
短连接
在HTTP/1.0中默认使用短链接,也就是说，浏览器和服务器每进行一次HTTP操作，就建立一次连接，但任务结束就中断连接。如果客户端访问的某个HTML或其他类型的Web资源，如JavaScript文件、图像文件、CSS文件等。当浏览器每遇到这样一个Web资源，就会建立一个HTTP会话。
长连接
从HTTP/1.1起，默认使用长连接，用以保持连接特性。在使用长连接的情况下，当一个网页打开完成后，客户端和服务器之间用于传输HTTP数据的TCP连接不会关闭。如果客户端再次访问这个服务器上的网页，会继续使用这一条已经建立的连接。Keep-Alive不会永久保持连接，它有一个保持时间，可以在不同的服务器软件（如Apache）中设定这个时间。
8、TCP如何保证可靠性？序列号和确认号机制：
TCP发送端发送数据包的时候会选择一个seq序列号，接收端收到数据包后会检测数据包的完整性，如果检测通过会响应一个ack确认号表示收到了数据包。
超时重发机制：
TCP发送端发送了数据包后会启动一个定时器，如果一定时间没有收到接受端的确认后，将会重新发送该数据包。
对乱序数据包重新排序：
从IP网络层传输到TCP层的数据包可能会乱序，TCP层会对数据包重新排序再发给应用层。
丢弃重复数据：
从IP网络层传输到TCP层的数据包可能会重复，TCP层会丢弃重复的数据包。
流量控制：
TCP发送端和接收端都有一个固定大小的缓冲空间，为了防止发送端发送数据的速度太快导致接收端缓冲区溢出，发送端只能发送接收端可以接纳的数据，为了达到这种控制效果，TCP用了流量控制协议（可变大小的滑动窗口协议）来实现。
9、OSI的七层模型都有哪些？OSI七层模型一般指开放系统互连参考模型(OpenSystemInterconnect简称OSI)是国际标准化组织(ISO)和国际电报电话咨询委员会(CCITT)联合制定的开放系统互连参考模型,为开放式互连信息系统提供了一种功能结构的框架。
应用层：各种应用程序协议，比如HTTP、HTTPS、FTP、SOCKS安全套接字协议、DNS域名系统、GDP网关发现协议等等。
表示层：加密解密、转换翻译、压缩解压缩，比如LPP轻量级表示协议。
会话层：不同机器上的用户建立和管理会话，比如SSL安全套接字层协议、TLS传输层安全协议、RPC远程过程调用协议等等。
传输层：接受上一层的数据，在必要的时候对数据进行分割，并将这些数据交给网络层，保证这些数据段有效到达对端，比如TCP传输控制协议、UDP数据报协议。
网络层：控制子网的运行：逻辑编址、分组传输、路由选择，比如IP、IPV6、SLIP等等。
数据链路层：物理寻址，同时将原始比特流转变为逻辑传输路线，比如XTP压缩传输协议、PPTP点对点隧道协议等等。
物理层：机械、电子、定时接口通信信道上的原始比特流传输，比如等等。
10、浏览器中输入：“”之后都发生了什么？详细阐述
由域名→IP地址寻找IP地址的过程依次经过了浏览器缓存、系统缓存、hosts文件、路由器缓存、递归搜索根域名服务器;
建立TCP/IP连接（三次握手具体过程）;
由浏览器发送一个HTTP请求;
经过路由器的转发，通过服务器的防火墙，该HTTP请求到达了服务器;
服务器处理该HTTP请求，返回一个HTML文件;
浏览器解析该HTML文件，并且显示在浏览器端;
这里需要注意：
HTTP协议是一种基于TCP/IP的应用层协议，进行HTTP数据请求必须先建立TCP/IP连接;
可以这样理解：HTTP是轿车，提供了封装或者显示数据的具体形式；Socket是发动机，提供了网络通信的能力;
两个计算机之间的交流无非是两个端口之间的数据通信,具体的数据会以什么样的形式展现是以不同的应用层协议来定义的。
11、如何实现跨域？当浏览器执行JS脚本的时候，会检测脚本要访问的协议、域名、端口号是不是和当前网址一致，如果不一致就是跨域。跨域是不允许的，这种限制叫做浏览器的同源策略，简单点的说法就是浏览器不允许一个源中加载脚本与其他源中的资源进行交互。那么如何实现跨域呢？
JSONP、CORS方式、代理方式
1、JSONP方式
script、img、iframe、link、video、audio等带有src属性的标签可以跨域请求和执行资源，JSONP利用这一点“漏洞”实现跨域。
scriptvarscriptTag=('script');="text/javascript";="";(scriptTag);/script再看下jQuery的写法。
//请求域名url:'',//请求方式type:'GET',//数据类型选择jsonpdataType:'jsonp',//回调方法名jsonpCallback:'callback',});//回调方法functioncallback(response){(response);}JSONP实现跨域很简单但是只支持GET请求方式。而且在服务器端接受到JSONP请求后需要设置请求头，添加Access-Control-Allow-Origin属性，属性值为*，表示允许所有域名访问，这样浏览器才会正常解析，否则会报406错误。
("Access-Control-Allow-Origin","*");2CORS方式
CORS（Cross-OriginResourceSharing）即跨域资源共享，需要浏览器和服务器同时支持，这种请求方式分为简单请求和非简单请求。
当浏览器发出的XMLHttpRequest请求的请求方式是POST或者GET，请求头中只包含Accept、Accept-Language、Content-Language、Last-Event-ID、Content-Type（application/x-www-form-urlencoded、multipart/form-data、text/plain）时那么这个请求就是一个简单请求。
对于简单的请求，浏览器会在请求头中添加Origin属性，标明本次请求来自哪个源（协议+域名+端口）。
GET//标明本次请求来自哪个源（协议+域名+端口）Origin:
如果Origin标明的域名在服务器许可范围内，那么服务器就会给出响应：
//该值上文提到过，表示允许浏览器指定的域名访问，要么为浏览器传入的origin，要么为*表示所有域名都可以访问Access-Control-Allow-Origin:()方法可以获取到的字段Access-Control-Expose-Headers:xxxContent-Type:text/html;charset=utf-8
Access-Control-Allow-Credentials:true表示服务器同意浏览器发送cookie，另外浏览器也需要设置支持发送cookie，否则就算服务器支持浏览器也不会发送。
varxhr=newXMLHttpRequest();//设置发送的请求是否带=true;('post','',true);('Content-Type','text/plain');另外一种是非简单请求，请求方式是PUT或DELETE，或者请求头中添加了Content-Type:application/json属性和属性值的请求。
这种请求在浏览器正式发出XMLHttpRequest请求前会先发送一个预检HTTP请求，询问服务器当前网页的域名是否在服务器的许可名单之中，只有得到服务器的肯定后才会正式发出通信请求。
预检请求的头信息：
//预检请求的请求方式是OPTIONSOPTIONS//标明本次请求来自哪个源（协议+域名+端口）Origin:
如果服务器回应预检请求的响应头中没有任何CORS相关的头信息的话表示不支持跨域，如果允许跨域就会做出响应，响应头信息如下：
HTTP/1.1200OK//该值上文提到过，表示允许浏览器指定的域名访问，要么为浏览器传入的origin，要么为*表示所有域名都可以访问Access-Control-Allow-Origin:，为了防止浏览器发起多次预检请求把所有的请求方式返回给浏览器Access-Control-Allow-Methods:GET,POST,PUT//服务器支持预检请求头信息中的Access-Control-Request-Headers属性值Access-Control-Allow-Headers:X-Custom-Header//服务器同意浏览器发送cookieAccess-Control-Allow-Credentials:true//指定预检请求的有效期是20天，期间不必再次发送另一个预检请求Access-Control-Max-Age:1728000Content-Type:text/html;charset=utf-8Keep-Alive:timeout=2,max=100//长连接Connection:Keep-AliveContent-Type:text/plain
接着浏览器会像简单请求一样，发送一个CORS请求，请求头中一定包含Origin属性，服务器的响应头中也一定得包含Access-Control-Allow-Origin属性。
3代理方式
跨域限制是浏览器的同源策略导致的，使用nginx当做服务器访问别的服务的HTTP接口是不需要执行JS脚步不存在同源策略限的，所以可以利用Nginx创建一个代理服务器，这个代理服务器的域名跟浏览器要访问的域名一致，然后通过这个代理服务器修改cookie中的域名为要访问的HTTP接口的域名，通过反向代理实现跨域。
Nginx的配置信息：
server{代理服务器的域名server_name;location/{修改cookie里域名proxy_cookie_domain;;设置当前代理服务器允许浏览器发送cookieadd_headerAccess-Control-Allow-Credentialstrue;}}前端代码：
varxhr=newXMLHttpRequest();//设置浏览器允许发送=true;//访问nginx代理服务器('get','',true);();12、TCP为什么要三次握手，两次不行吗？为什么？CP客户端和服务端建立连接需要三次握手，首先服务端需要开启监听，等待客户端的连接请求，这个时候服务端处于“收听”状态；
客户端向服务端发起连接，选择seq=x的初始序列号，此时客户端处于“同步已发送”的状态；
服务端收到客户端的连接请求，同意连接并向客户端发送确认，确认号是ack=x+1表示客户端可以发送下一个数据包序号从x+1开始，同时选择seq=y的初始序列号，此时服务端处于“同步收到”状态；
客户端收到服务端的确认后，向服务端发送确认信息，确认号是ack=y+1表示服务端可以发送下一个数据包序号从y+1开始，此时客户端处于“已建立连接”的状态；
服务端收到客户端的确认后，也进入“已建立连接”的状态。
从三次握手的过程可以看出如果只有两次握手，那么客户端的起始序列号可以确认，服务端的起始序列号将得不到确认。
13、说一下TCP粘包是怎么产生的？怎么解决粘包问题的？上文中讲TCP和UDP区别的时候提到TCP传输数据基于字节流，从应用层到TCP传输层的多个数据包是一连串的字节流是没有边界的，而且TCP首部并没有记录数据包的长度，所以TCP传输数据的时候可能会发送粘包和拆包的问题；而UDP是基于数据报传输数据的，UDP首部也记录了数据报的长度，可以轻易的区分出不同的数据包的边界。
造成粘包和拆包现象的原因：
TCP发送缓冲区剩余空间不足以发送一个完整的数据包，将发生拆包；
要发送的数据超过了最大报文长度的限制，TCP传输数据时进行拆包；
要发送的数据包小于TCP发送缓冲区剩余空间，TCP将多个数据包写满发送缓冲区一次发送出去，将发生粘包；
接收端没有及时读取TCP发送缓冲区中的数据包，将会发生粘包。
粘包拆包的解决方法：
发送端给数据包添加首部，首部中添加数据包的长度属性，这样接收端通过首部中的长度字段就可以知道数据包的实际长度啦；
针对发送的数据包小于缓冲区大小的情况，发送端可以将不同的数据包规定成同样的长度，不足这个长度的补充0，接收端从缓冲区读取固定的长度数据这样就可以区分不同的数据包；
发送端通过给不同的数据包添加间隔符合确定边界，接收端通过这个间隔符合就可以区分不同的数据包。
14、、、*的关系和区别？一，对比
二、：
浏览器的每次请求都需要与服务器建立一个TCP连接，服务器处理完成后立即断开TCP连接（无连接），服务器不跟踪每个客户端也不记录过去的请求（无状态）。
三、：
HTTP/1.0中默认使用Connection:close。在HTTP/1.1中已经默认使用Connection:keep-alive，避免了连接建立和释放的开销，但服务器必须按照客户端请求的先后顺序依次回送相应的结果，以保证客户端能够区分出每次请求的响应内容。通过Content-Length字段来判断当前请求的数据是否已经全部接收。不允许同时存在两个并行的响应。
四、：
HTTP/2引入二进制数据帧和流的概念，其中帧对数据进行顺序标识，如下图所示，这样浏览器收到数据之后，就可以按照序列对数据进行合并，而不会出现合并后数据错乱的情况。同样是因为有了序列，服务器就可以并行的传输数据，这就是流所做的事情。
流（stream）：已建立连接上的双向字节流消息与逻辑消息对应的完整的一系列数据帧帧通信的最小单位，每个帧包含帧头部，至少也会标识出当前帧所属的流（streamid）。多路复用：
1、所有的通信都在一个TCP连接上完成，这个连接可以承载任意数量的双向数据流。
2、每个数据流以消息的形式发送，而消息由一或多个帧组成。这些帧可以乱序发送，然后再根据每个帧头部的流标识符（streamid）重新组装。
举个例子，每个请求是一个数据流，数据流以消息的方式发送，而消息又分为多个帧，帧头部记录着streamid用来标识所属的数据流，不同属的帧可以在连接中随机混杂在一起。接收方可以根据streamid将帧再归属到各自不同的请求当中去。
3、另外，多路复用（连接共享）可能会导致关键请求被阻塞。里每个数据流都可以设置优先级和依赖，优先级高的数据流会被服务器优先处理和返回给客户端，数据流还可以依赖其他的子数据流。
4、可见，实现了真正的并行传输，它能够在一个TCP上进行任意数量HTTP请求。而这个强大的功能则是基于“二进制分帧”的特性。
头部压缩：
在中，头部元数据都是以纯文本的形式发送的，通常会给每个请求增加500~800字节的负荷。
使用encoder来减少需要传输的header大小，通讯双方各自cache一份headerfifields表，既避免了重复header的传输，又减小了需要传输的大小。高效的压缩算法可以很大的压缩header，减少发送包的数量从而降低延迟。
服务器推送：
服务器除了对最初请求的响应外，服务器还可以额外的向客户端推送资源，而无需客户端明确的请求。
15、说说HTTP协议与TCP/IP协议的关系？HTTP的长连接和短连接本质上是TCP长连接和短连接。
HTTP属于应用层协议，在传输层使用TCP协议，在网络层使用IP协议。
IP协议主要解决网络路由和寻址问题。
TCP协议主要解决如何在IP层之上可靠地传递数据包，使得网络上接收端收到发送端所发出的所有包，并且顺序与发送顺序一致。TCP协议是可靠的、面向连接的。
16、如何理解HTTP协议是无状态的？HTTP协议是无状态的，指的是协议对于事务处理没有记忆能力，服务器不知道客户端是什么状态。也就是说，打开一个服务器上的网页和上一次打开这个服务器上的网页之间没有任何联系。HTTP是一个无状态的面向连接的协议，无状态不代表HTTP不能保持TCP连接，更不能代表HTTP使用的是UDP协议（无连接）。
17、什么是长连接和短连接？在HTTP/1.0中默认使用短连接。也就是说，客户端和服务器每进行一次HTTP操作，就建立一次连接，任务结束就中断连接。当客户端浏览器访问的某个HTML或其他类型的Web页中包含有其他的Web资源（如JavaScript文件、图像文件、CSS文件等），每遇到这样一个Web资源，浏览器就会重新建立一个HTTP会话。
而从HTTP/1.1起，默认使用长连接，用以保持连接特性。使用长连接的HTTP协议，会在响应头加入这行代码：
Connection:keep-alive
在使用长连接的情况下，当一个网页打开完成后，客户端和服务器之间用于传输HTTP数据的TCP连接不会关闭，客户端再次访问这个服务器时，会继续使用这一条已经建立的连接。Keep-Alive不会永久保持连接，它有一个保持时间，可以在不同的服务器软件（如Apache）中设定这个时间。实现长连接需要客户端和服务端都支持长连接。
HTTP协议的长连接和短连接，实质上是TCP协议的长连接和短连接。
18、长连接和短连接的优缺点？长连接可以省去较多的TCP建立和关闭的操作，减少浪费，节约时间。对于频繁请求资源的客户来说，较适用长连接。
不过这里存在一个问题，存活功能的探测周期太长，还有就是它只是探测TCP连接的存活，属于比较斯文的做法，遇到恶意的连接时，保活功能就不够使了。
在长连接的应用场景下，client端一般不会主动关闭它们之间的连接，Client与server之间的连接如果一直不关闭的话，会存在一个问题，随着客户端连接越来越多，server早晚有扛不住的时候，这时候server端需要采取一些策略，如关闭一些长时间没有读写事件发生的连接，这样可以避免一些恶意连接导致server端服务受损；
如果条件再允许就可以以客户端机器为颗粒度，限制每个客户端的最大长连接数，这样可以完全避免某个蛋疼的客户端连累后端服务。
短连接对于服务器来说管理较为简单，存在的连接都是有用的连接，不需要额外的控制手段。但如果客户请求频繁，将在TCP的建立和关闭操作上浪费时间和带宽。
19、说说长连接短连接的操作过程？短连接的操作步骤是：建立连接——数据传输——关闭连接建立连接——数据传输——关闭连接长连接的操作步骤是：建立连接——数据传输（保持连接）数据传输——关闭连接
20、说说TCP三次握手和四次挥手的全过程？三次握手
第一次握手：客户端发送syn包(syn=x)到服务器，并进入SYN_SEND状态，等待服务器确认；
第二次握手：服务器收到syn包，必须确认客户的SYN（ack=x+1），同时自己也发送一个SYN包（syn=y），即SYN+ACK包，此时服务器进入SYN_RECV状态；
第三次握手：客户端收到服务器的SYN＋ACK包，向服务器发送确认包ACK(ack=y+1)，此包发送完毕，客户端和服务器进入ESTABLISHED状态，完成三次握手。握手过程中传送的包里不包含数据，三次握手完毕后，客户端与服务器才正式开始传送数据。理想状态下，TCP连接一旦建立，在通信双方中的任何一方主动关闭连接之前，TCP连接都将被一直保持下去。
四次挥手
与建立连接的“三次握手”类似，断开一个TCP连接则需要“四次握手”。
第一次挥手：主动关闭方发送一个FIN，用来关闭主动方到被动关闭方的数据传送，也就是主动关闭方告诉被动关闭方：我已经不会再给你发数据了(当然，在fifin包之前发送出去的数据，如果没有收到对应的ack确认报文，主动关闭方依然会重发这些数据)，但是，此时主动关闭方还可以接受数据。
第二次挥手：被动关闭方收到FIN包后，发送一个ACK给对方，确认序号为收到序号+1（与SYN相同，一个FIN占用一个序号）。
第三次挥手：被动关闭方发送一个FIN，用来关闭被动关闭方到主动关闭方的数据传送，也就是告诉主动关闭方，我的数据也发送完了，不会再给你发数据了。
第四次挥手：主动关闭方收到FIN后，发送一个ACK给被动关闭方，确认序号为收到序号+1，至此，完成四次挥手。
21、OSI这样分层有什么好处？OSI分层的好处可以从五个方面讲：
人们可以很容易的讨论和学习协议的规范细节。
层间的标准接口方便了工程模块化。
创建了一个更好的互连环境。
降低了复杂度，使程序更容易修改，产品开发的速度更快。
每层利用紧邻的下层服务，更容易记住个层的功能。
22、说说TCP/IP四层网络模型？TCP/IP分层模型（TCP/IPLayeningModel）被称作因特网分层模型(InternetLayeringModel)、因特网参考模型(InternetReferenceModel)。下图表示了TCP/IP分层模型的四层。
TCP/IP协议被组织成四个概念层，其中有三层对应于ISO参考模型中的相应层。ICP/IP协议族并不包含物理层和数据链路层，因此它不能独立完成整个计算机网络系统的功能，必须与许多其他的协议协同工作。TCP/IP分层模型的四个协议层分别完成以下的功能：
第一层网络接口层
网络接口层包括用于协作IP数据在已有网络介质上传输的协议。
协议：ARP,RARP
第二层网间层
网间层对应于OSI七层参考模型的网络层。负责数据的包装、寻址和路由。同时还包含网间控制报文协议(InternetControlMessageProtocol,ICMP)用来提供网络诊断信息。
协议：本层包含IP协议、RIP协议(RoutingInformationProtocol，路由信息协议)，ICMP协议。
第三层传输层
传输层对应于OSI七层参考模型的传输层，它提供两种端到端的通信服务。
其中TCP协议(TransmissionControlProtocol)提供可靠的数据流运输服务，UDP协议(UseDatagramProtocol)提供不可靠的用户数据报服务。
第四层应用层
应用层对应于OSI七层参考模型的应用层和表达层。
因特网的应用层协议包括Finger、Whois、FTP(文件传输协议)、Gopher、HTTP(超文本传输协议)、Telent(远程终端协议)、SMTP(简单邮件传送协议)、IRC(因特网中继会话)、NNTP（网络新闻传输协议）等。
23、说说域名解析详细过程？浏览器访问，询问本地DNS服务器是否缓存了该网址解析后的IP地址。
如果本地DNS服务器没有缓存的话，就去根服务器查询该网址对应的IP地址。
根服务器返回顶级域名服务器的网址，然后本地DNS服务器去顶级域名服务器查询该网址对应的IP地址。
顶级域名服务器返回主区域服务器的地址，然后本地DNS服务器去主区域服务器查询此域名对应的IP地址。
本地DNS服务器拿到解析后的IP地址后，缓存起来以便备查，然后把解析后的IP地址返回给浏览器。
24、IP地址分为几类，每类都代表什么，私网是哪些？大致上分为公共地址和私有地址两大类，公共地址可以在外网中随意访问，私有地址只能在内网访问只有通过代理服务器才可以和外网通信。
公共地址：
1.0.0.1～126.255.255.254128.0.0.1～191.255.255.254192.0.0.1～223.255.255.254224.0.0.1～239.255.255.254240.0.0.1～255.255.255.254
私有地址：
10.0.0.0～10.255.255.255172.16.0.0～172.31.255.255192.168.0.0～192.168.255.255
0.0.0.0路由器转发使用
127.保留
255.255.255.255局域网下的广播地址
25、说说TCP如何保证可靠性的？序列号和确认号机制：
TCP发送端发送数据包的时候会选择一个seq序列号，接收端收到数据包后会检测数据包的完整性，如果检测通过会响应一个ack确认号表示收到了数据包。
超时重发机制：
TCP发送端发送了数据包后会启动一个定时器，如果一定时间没有收到接受端的确认后，将会重新发送该数据包。
对乱序数据包重新排序：
从IP网络层传输到TCP层的数据包可能会乱序，TCP层会对数据包重新排序再发给应用层。
丢弃重复数据：
从IP网络层传输到TCP层的数据包可能会重复，TCP层会丢弃重复的数据包。
流量控制：
TCP发送端和接收端都有一个固定大小的缓冲空间，为了防止发送端发送数据的速度太快导致接收端缓冲区溢出，发送端只能发送接收端可以接纳的数据，为了达到这种控制效果，TCP用了流量控制协议（可变大小的滑动窗口协议）来实现。
