关于java:计算机网络面试大总结

本文分文五大部分，第一局部总纲阐明计算机网络档次划分的三种模型，一到四局部以TCP/IP协定模型作为划分规范，别离阐明各层作用和最常见的面试题，最初总结网络综合面试题，历时六天全文一千字。
其余经典面试题参考程序员田同学

一、总纲

写过代码的同学就多多少少接触过GET、POST、HTTP、TCP等名词，很多根底不扎实的同学并不知道它们都是什么货色，其实这些名词都是计算机网络中各层的协定，计算机网络分层次要是三种分法，OSI七层模型、TCP\IP四层模型、学习型五层协定。

1、计算机各层协定及作用

OSI 的七层协定体系结构的概念分明，实践也较完整，但它既简单又不实用。

TCP/IP 体系结构则不同，但它当初却失去了十分宽泛的利用。TCP/IP 是一个四层体系结构，它蕴含应用层，运输层，网际层和网络接口层（用网际层这个名字是强调这一层是为了解决不同网络的互连问题），不过从本质上讲，TCP/IP 只有下面的三层，因为上面的网络接口层并没有什么具体内容。

因而在学习计算机网络的原理时往往采纳折中的方法，即综合 OSI 和 TCP/IP 的长处，采纳 一种只有五层协定的体系结构，这样既简洁又能将概念论述分明，有时为了不便，也可把底下两层称为网络接口层。

TCP（传输控制协议）和IP（网际协议） 是先定义的两个外围协定，所以才统称为TCP/IP协定族

七层网络体系结构各层的次要性能：

• 应用层：为应用程序提供交互服务。在互联网中的应用层协定很多，如域名零碎DNS，反对万维网利用的HTTP协定，反对电子邮件的SMTP协定等。
• 表示层：次要负责数据格式的转换，如加密解密、转换翻译、压缩解压缩等。
• 会话层：负责在网络中的两节点之间建设、维持和终止通信，如服务器验证用户登录便是由会话层实现的。

• 运输层：有时也译为传输层，向主机过程提供通用的数据传输服务。该层次要有以下两种协定：

  • TCP：提供面向连贯的、牢靠的数据传输服务；
  • UDP：提供无连贯的、尽最大致力的数据传输服务，但不保障数据传输的可靠性。
• 网络层：抉择适合的路由和替换结点，确保数据及时传送。次要包含IP协定、路由器。
• 数据链路层：数据链路层通常简称为链路层。将网络层传下来的IP数据包组装成帧，并再相邻节点的链路上传送帧，包含交换机。

• 物理层：实现相邻节点间比特流的通明传输，尽可能屏蔽传输介质和通信伎俩的差别。

  本章节是学习上面章节的根底，只有明确网络分层中各层的作用能力筹备判断TCP、HTTP位于网络协议中的哪一层。

二、应用层

应用层的工作是通过利用过程间的交互来实现特定网络应用。应用层协定定义的是利用过程间的通信和交互的规定。

对于不同的网络应用须要不同的应用层协定。在互联网中应用层协定很多，如域名零碎 DNS，反对万维网利用的 HTTP 协定，反对电子邮件的 SMTP 协定等等。

1、http和https区别

①HTTP申请由三局部组成

①申请行，申请办法字段、URL字段、HTTP协定版本（例如：GET /index.html HTTP/1.1）

②申请头，key-value模式（User-Agent：产生申请的浏览器类型，Accept：客户端可辨认的内容类型列表，Host：主机地址）

③申请数据，POST申请中key-value模式发送。

②HTTP版本更新

HTTP 协定有 HTTP/1.0 版本和 HTTP/1.1 版本。HTTP1.1 默认放弃长连贯（当一个网页关上实现后，客户端和服务器之间用于传输HTTP数据的 TCP连贯不会敞开，如果客户端再次拜访这个服务器上的网页，会持续应用这一条曾经建设的连贯。Keep-Alive不会永恒放弃连贯，它有一个放弃工夫，能够在不同的服务器软件（如Apache）中设定这个工夫。实现长连贯要客户端和服务端都反对长连贯。）数据传输实现了放弃 TCP 连接不断开（不发 RST 包、不四次握手），期待在同域名下持续用这个通道传输数据。

在 HTTP/1.0 中，默认应用的是短连贯（浏览器和服务器每进行一次HTTP操作，就建设一次连贯，但工作完结就中断连贯）。也就是说，浏览器和服务器每进行一次 HTTP 操作，就建设一次连贯，工作完结就中断连贯。从 HTTP/1.1 起，默认应用的是长连贯，用以放弃连贯个性。

• HTTP 1.0

  1) 短连贯：每次发送申请都要从新建设tcp申请，即三次握手，十分节约性能
  2) 无host头域，也就是http申请头里的host，
  3) 不容许断点续传，而且不能只传输对象的一部分，要求传输整个对象

• HTTP 2.0

  1.头部压缩，单方各自保护一个header的索引表，使得不须要间接发送值，通过发送key缩减头部大小

  2.多路复用，应用多个stream，每个stream又分帧传输，使得一个tcp连贯可能解决多个http申请

  3.能够应用服务端推送

• HTTP3.0

  1) 基于google的QUIC协定，而quic协定是应用udp实现的
  2) 缩小了tcp三次握手工夫，以及tls握手工夫
  3) 解决了http 2.0中前一个stream丢包导致后一个stream被阻塞的问题
  4) 优化了重传策略，重传包和原包的编号不同，升高后续重传计算的耗费
  5) 连贯迁徙，不再用tcp四元组确定一个连贯，而是用一个64位随机数来确定这个连贯
  6) 更适合的流量管制

③HTTPS原理

在学习HTTPS原理之前咱们先学习两个计算机网络中加密的概念。

对称加密：通信单方都应用同一个秘钥进行加密和解密。无奈解决首次把秘钥发送给对方时，很容易被截获的问题。

非对称加密：公钥和私钥组成一个密钥对，用私钥加密的数据，只有对应的公钥能力解密，用公钥加密的数据，只有对应的私钥能力解密。通信单方的手里都有一套本人的密钥对，通信之前单方会先把本人的公钥都发送给对方，而后 对方拿这个公钥来加密要发送的数据，接管方用本人的私钥对其解密。问题是速度慢。

将HTTP变成HTTPS时，这时候须要一个 证书颁发机构（CA），证书中包含签发者、证书用处、使用者的公钥私钥和 Hash 算法、证书到期工夫等。另外应用 数字签名 这一技术：应用 CA 自带的 Hash 算法对证书内容进行 Hash 失去一个摘要（指纹），再用 CA 的私钥加密，生成数字签名。接收者收到证书时，应用同样的 Hash 算法再次生成音讯摘要，而后用 CA 的公钥对数字签名解密，将它和音讯摘要比照，就晓得有没有被篡改。

④HTTPS和HTTP比照

2、GET和POST区别

最重要的区别就是get产生一个TCP数据包，而post产生两个TCP数据包。

对于get的申请，浏览器会把浏览器的header和data一起发送进来，服务器响应200，对于post，浏览器先发送header，浏览器响应100，浏览器再发送data，服务器响应200，也就是说get只须要汽车跑一趟就把货送到了，而post须要跑两趟，第一趟先去和服务器打个招呼通知它我等下要送货过去，开门迎接我，第二趟就是把货送过来。

据钻研，在网络环境好的状况下，发一次包的工夫和发两次包的工夫查根本能够忽视，而在网络环境差的状况下，两次包的TCP在验证数据包完整性上有很大的劣势，所以不举荐应用get来优化性能，当然，并不是所有的浏览器都会在post中发两次tcp包，火狐浏览器就只发一次

上面咱们看看get和post利用上的区别：

①get的参数通过URL传递，post放在request body（申请头）中

②get在URL中的参数是有长度限度的，而post没有。GET 形式提交的数据最多只能是 1024 字节，实践上POST 没有限度，可传较大量的数据。其实这样说是谬误的，不精确的：“GET 形式提交的数据最多只能是 1024 字节"，因为 GET 是通过 URL 提交数据，那么 GET 可提交的数据量就跟URL 的长度有间接关系了。而实际上，URL 不存在参数下限的问题，HTTP 协定标准没有对 URL 长度进行限度。这个限度是特定的浏览器及服务器对它的限度。IE 对URL 长度的限度是2083 字节(2K+35)。对于其余浏览器，如Netscape、FireFox 等，实践上没有长度限度，其限度取决于操作系统的反对。

③get只能进行URL编码，而post反对多种。

④get只承受ASSIC字符，而post没有限度。

⑤post比get平安，因为get的参数裸露在URL中。

3、常见HTTP状态码

三、传输层

1、TCP和UDP的区别

①TCP面向连贯，而UDP是无连贯的

②TCP牢靠（HTTP、HTTPS、FTP），UDP不牢靠（视频、DNS）

③TCP只反对点对点通信，而UDP反对1对1，1对多，多对1，多对多的通信模式

④TCP是面向字节流的，UDP是面向报文的

⑤TCP有拥塞管制，UDP没有拥塞管制，适宜媒体通信

⑥TCP首部开销（20字节）比UDP首部开销（8个字节）要大

2、TCP三次握手四次挥手*

①标记位

标记位一共有6种，别离是：

1. SYN(synchronous)： 发送/同步标记，用来建设连贯，和上面的第二个标记位ACK搭配应用。连贯开始时，SYN=1，ACK=0，代表连贯开始然而未取得响应。当连贯被响应的时候，标记位会发生变化，其中ACK会置为1，代表确认收到连贯申请，此时的标记位变成了 SYN=1，ACK=1。
2. ACK(acknowledgement)：确认标记，示意确认收到申请。
3. PSH(push) ：示意推送操作，就是指数据包达到接收端当前，不对其进行队列解决，而是尽可能的将数据交给利用程序处理；
4. FIN(finish)：完结标记，用于完结一个TCP会话；
5. RST(reset)：重置复位标记，用于复位对应的TCP连贯。
6. URG(urgent)：紧急标记，用于保障TCP连贯不被中断，并且督促中间层设施尽快解决。

此外，还有两个序号：

1. Sequence number ：顺序号，发送数据包中的第一个字节的序列号，个别为小写的seq。

2. Acknowledge number：确认号，个别为小写的ack，响应后面的seq，值为seq+1。

   在了解三次握手和四次挥手时联合图，看三到四遍便可了解

②三次握手（申请链接）

所谓三次握手，是指建设一个TCP连贯时，须要客户端和服务器总共发送3个包。 三次握手的目标是连贯服务器指定端口，建设TCP连贯,并同步连贯单方的顺序号和确认号并替换 TCP信息。

第一次握手：客户端Client发送位码为SYN＝1，随机产生seq=x的数据包到服务器，服务器Server由SYN=1晓得，客户端Client要求建设联机；

第二次握手：服务器Server收到申请后要确认联机信息，向客户端Client发送ack=(客户端Client申请连贯时的seq)+1，SYN=1，ACK=1，产生seq=y的包,代表接管到连贯申请并且向客户端再次确认；

第三次握手：客户端Client收到后查看ack是否正确，即第一次发送的seq+1，以及位码ACK是否为1，代表收到了服务器端发过来的确认信息。之后客户端Client会再向服务器发送ack=(服务器Server的seq+1)，ACK=1，服务器Server收到后确认ack 值与ACK=1，连贯建设胜利。

③四次挥手（申请断开）

客户端Client过程收回连贯开释报文，并且进行发送数据。其中FIN=1，顺序号为seq=m（等于后面曾经传送过去的数据的最初一个字节的序号加1），此时，客户端Client进入FIN-WAIT-1（终止期待1）状态。 TCP规定，FIN报文段即便不携带数据，也要耗费一个序号。

服务器Server收到连贯开释报文，收回确认报文，ACK=1，ack=m+1，并且带上本人的顺序号seq=n，此时，服务器Server就进入了CLOSE-WAIT（敞开期待）状态。TCP服务器告诉高层的利用过程，客户端Client向服务器的方向就开释了，这时候处于半敞开状态，即客户端Client曾经没有数据要发送了，然而服务器Server若发送数据，客户端Client仍然要承受。这个状态还要继续一段时间，也就是整个CLOSE-WAIT状态继续的工夫。

客户端Client收到服务器Server的确认信息后，此时，客户端Client就进入FIN-WAIT-2（终止期待2）状态，期待服务器Server发送连贯开释报文（在这之前还须要承受服务器Server发送的最初的数据）。

服务器Server将最初的数据发送结束后，就向客户端发送连贯开释报文，FIN=1，ack=m+1，因为在半敞开状态，服务器Server很可能又发送了一些数据，假设此时的顺序号为seq=p，此时，服务器Server就进入了LAST-ACK（最初确认）状态，期待客户端Client的确认。

客户端Client收到服务器Server的连贯开释报文后，必须收回确认，ACK=1，ack=p+1，而本人的顺序号是seq=m+1，此时，客户端Client就进入了TIME-WAIT（工夫期待）状态。留神此时TCP连贯还没有开释，必须通过2*MSL（最长报文段寿命）的工夫后，当客户端Client撤销相应的TCB（爱护程序）后，才进入CLOSED状态。TIME_WAIT 须要期待 2MSL，在大量短连贯的状况下，TIME_WAIT会太多，这也会耗费很多系统资源。对于服务器来说，在 HTTP 协定里指定 KeepAlive（浏览器重用一个 TCP 连贯来解决多个 HTTP 申请），由浏览器来被动断开连接，能够肯定水平上缩小服务器的这个问题。

服务器Server只有收到了客户端Client收回的确认，立刻进入CLOSED状态。同样，撤销TCB后，就完结了这次的TCP连贯。能够看到，服务器Server完结TCP连贯的工夫要比客户端Client早一些。

④握手三次挥手四次起因

服务器在收到客户端的 FIN 报文段后，可能还有一些数据要传输，所以不能马上敞开连贯，然而会做出应答，返回 ACK 报文段.

接下来可能会持续发送数据，在数据发送完后，服务器会向客户单发送 FIN 报文，示意数据曾经发送结束，申请敞开连贯。服务器的ACK和FIN个别都会离开发送，从而导致多了一次，因而一共须要四次挥手。

⑤二次握手行不行

（1）为了避免曾经生效的连贯申请报文忽然又传送到了服务器端（网络梗塞的起因）

如果客户端收回的连贯申请报文并未失落而是在某个网络结点长时间梗塞了，导致延误到连贯开释当前的某个工夫才达到服务器，这时服务器误以为是客户端收回了一个新的连贯申请，于是就向客户端发送确认数据包，批准建设连贯。

如果不采纳三次握手，那么只有服务器端发送确认数据包，连贯就建设胜利了，因为客户端并未收回连贯申请，所以不会理会服务器的确认，也不与服务器通信，而这个时候服务器始终在期待客户端发送数据，这样服务器就白白浪费了资源，如果采纳三次握手，那么服务器端密钥收到来自客户端的确认，就晓得客户端并没有申请建设连贯，就不会建设连贯。

（2）三次握手能力让单方均确认本人和对方的发送和接管能力都失常。

第一次握手：客户端只是发送处申请报文段，什么都无奈确认，而服务器能够确认本人的接管能力和对方的发送能力失常；

第二次握手：客户端能够确认本人发送能力和接管能力失常，对方发送能力和接管能力失常；

第三次握手：服务器能够确认本人发送能力和接管能力失常，对方发送能力和接管能力失常；

可见三次握手能力让单方都确认本人和对方的发送和接管能力全副失常，这样就能够欢快地进行通信了。

（3）告知对方本人的初始序号值，并确认收到对方的初始序号值。

TCP 实现了牢靠的数据传输，起因之一就是 TCP 报文段中保护了序号字段和确认序号字段，通过这两个字段单方都能够晓得在本人收回的数据中，哪些是曾经被对方确认接管的。这两个字段的值会在初始序号值得根底递增，如果是两次握手，只有发起方的初始序号能够失去确认，而另一方的初始序号则得不到确认。

⑥挥手三次行不行

三次和四次的区别就在于服务器间断给客户端发了两个报文，那把这两个报文合并成一个不能够吗？为什么呢？答案是不能够，首先客户端发来申请断开连接的报文，假如这个时候服务器端依然在发送报文（因为是全双工），如果是三次挥手，那么服务器只会确认客户的断开申请，客户端不会说我还有数据没有发送完，你要等等我，这样会导致客户端接管的数据不残缺。

如果是四次挥手，那么服务器接管到客户的断开申请，会先说能够断开，然而你要先等我发送完残余的数据，而后说我残余的数据发送完了，我要和你断开连接

挥手过程之所以比握手过程多一次，就是因为握手过程只须要解决连贯，而挥手过程须要解决连贯和数据。

3、TCP协定保障可靠性

TCP次要提供了数据表测验和、序列号/确认应答、超时重传、滑动窗口、拥塞管制和流量管制等办法实现了可靠性传输。

• 数据包校验：目标是检测数据在传输过程中的任何变动，若校验出包有错，则抛弃报文段并且不给出响应，这时TCP发送数据端超时后会重发数据。

• 序列号/确认应答：

  序列号的作用不仅仅是应答的作用，有了序列号可能将接管到的数据依据序列号排序，并且去掉反复序列号的数据。

  TCP传输的过程中，每次接管方收到数据后，都会对传输方进行确认应答。也就是发送ack报文，这个ack报文当中带有对应的确认序列号，通知发送方，接管到了哪些数据，下一次的数据从哪里发。

• 滑动窗口：滑动窗口既进步了报文传输的效率，也防止了发送方发送过多的数据而导致接管方无奈失常解决的异样。
• 超时重传：超时重传是指发送进来的数据包到接管到确认包之间的工夫，如果超过了这个工夫会被认为是丢包了，须要重传。最大超时工夫是动静计算的。
• 拥塞管制：在数据传输过程中，可能因为网络状态的问题，造成网络拥挤，此时引入拥塞管制机制，在保障TCP可靠性的同时，进步性能。
• 流量管制：TCP连贯的每一方都有固定大小的缓冲空间。TCP的接收端只容许另一端发送接收端缓冲区所能接收的数据，这能够避免较快主机以致较慢主机的缓冲区溢出，这就是流量管制。TCP应用的流量控制协议是可变大小的滑动窗口协定。

4、TCP的滑动窗口

在进行数据传输时，如果传输的数据比拟大，就须要拆分为多个数据包进行发送。TCP 协定须要对数据进行确认后，才能够发送下一个数据包。这样一来，就会在期待确认应答包环节浪费时间。

为了防止这种状况，TCP引入了窗口概念。窗口大小指的是不须要期待确认应答包而能够持续发送数据包的最大值。

 滑动窗口（Sliding window）是一种流量控制技术。晚期的网络通信中，通信单方不会思考网络的拥挤状况间接发送数据。因为大家不晓得网络拥塞情况，同时发送数据，导致两头节点阻塞掉包，谁也发不了数据，所以就有了滑动窗口机制来解决此问题

 滑动窗口协定是用来改善吞吐量的一种技术，即答应发送方在接管任何应答之前传送附加的包。接管方通知发送方在某一时刻能送多少包（称窗口尺寸）。

 TCP中采纳滑动窗口来进行传输管制，滑动窗口的大小意味着接管方还有多大的缓冲区能够用于接收数据。发送方能够通过滑动窗口的大小来确定应该发送多少字节的数据。当滑动窗口为0时，发送方个别不能再发送数据报，但有两种状况除外，一种状况是能够发送紧急数据，例如，容许用户终止在远端机上的运行过程。另一种状况是发送方能够发送一个1字节的数据报来告诉接管方从新申明它心愿接管的下一字节及发送方的滑动窗口大小。

5、TCP拥塞机制

拥塞管制就是避免过多的数据注入网络，造成网络梗塞，拥塞管制和流量管制不同，拥塞管制是一个全局性过程，而流量管制是点对点通信的管制，拥塞管制的办法次要有四个算法：

①慢启动：不要一开始就发送大量数据，先探测一下网络的拥塞水平，也就是说从小到大逐步减少拥塞窗口的大小

②拥塞防止（AMDI：加法增大乘法减小）：让拥塞窗口迟缓增大，每通过一个往返工夫就将拥塞窗口+1,迟缓增大拥塞窗口

③快重传：发送方只有一收到三个反复的确认就应该立刻重传对方并未收到的报文段，而不用持续期待重传计时器达到重传工夫，快重传并不是勾销重传计时器，而是在某些状况下更早的重传失落的报文

④快复原：为了缩小因为拥塞导致的数据包失落带来的重传工夫，快重传的机制是：

• 接管方如果一个包失落，则对后续的包持续发送针对该包的重传申请；
• 一旦发送方接管到三个一样的确认，就晓得该包之后呈现了谬误，立即重传该包；
• 此时发送方开始执行“快复原”算法；
• 慢开始门限减半；
• cwnd设为慢开始门限减半后的数量；
• 执行拥塞防止算法（高起点，线性增长）；

6、SYN攻打

SYN洪泛攻打属于 DOS 攻打的一种，它利用 TCP 协定缺点，通过发送大量的半连贯申请，消耗 CPU 和内存资源。

原理：

• 在三次握手过程中，服务器发送 [SYN/ACK] 包（第二个包）之后、收到客户端的 [ACK] 包（第三个包）之前的 TCP 连贯称为半连贯（half-open connect），此时服务器处于 SYN_RECV（期待客户端响应）状态。如果接管到客户端的 [ACK]，则 TCP 连贯胜利，如果未承受到，则会一直重发申请直至胜利。
• SYN 攻打的攻击者在短时间内伪造大量不存在的 IP 地址，向服务器一直地发送 [SYN] 包，服务器回复 [SYN/ACK] 包，并期待客户的确认。因为源地址是不存在的，服务器须要一直的重发直至超时。
• 这些伪造的 [SYN] 包将长时间占用未连贯队列，影响了失常的 SYN，导致指标零碎运行迟缓、网络梗塞甚至零碎瘫痪。

检测：当在服务器上看到大量的半连贯状态时，特地是源 IP 地址是随机的，基本上能够判定这是一次 SYN 攻打。

防备：

• 通过防火墙、路由器等过滤网关防护。
• 通过加固 TCP/IP 协定栈防备，如减少最大半连接数，缩短超时工夫。
• SYN cookies技术。SYN Cookies 是对 TCP 服务器端的三次握手做一些批改，专门用来防备 SYN 洪泛攻打的一种伎俩。

7、建设链接后呈现故障

TCP设有一个保活计时器，客户端如果呈现故障，服务器不能始终等上来，白白浪费资源。服务器每收到一次客户端的申请后都会从新复位这个计时器，工夫通常是设置为2小时，若两小时还没有收到客户端的任何数据，服务器就会发送一个探测报文段，当前每隔75秒钟发送一次。若一连发送10个探测报文依然没反馈，服务器就认为客户端出了故障，接着就敞开连贯。

四、网络层

网络层的工作就是抉择适合的网间路由和替换结点，确保计算机通信的数据及时传送。在发送数据时，网络层把运输层产生的报文段或用户数据报封装成分组和包进行传送。在 TCP/IP 体系结构中，因为网络层应用 IP 协定，因而分组也叫 IP 数据报 ，简称数据报。

互联网是由大量的异构（heterogeneous）网络通过路由器（router）相互连接起来的。互联网应用的网络层协定是无连贯的网际协议（Intert Prococol） 和许多路由抉择协定，因而互联网的网络层也叫做网际层或 IP 层。

1、IP相干

IP地址分类形式一：

IPv4：是一个32位的二进制数，通常被分为4个字节，示意成 a.b.c.d 的模式.

其中a、b、c、d都是0~255之间的十进制整数，那么最多能够示意42亿个。

IPv6：因为互联网的蓬勃发展，IP地址的需求量愈来愈大，然而网络地址资源无限，使得IP的调配越发缓和。

为了扩充地址空间，拟通过IPv6从新定义地址空间，采纳128位地址长度，每16个字节一组，分成 8组十六进制数，示意成ABCD:EF01:2345:6789:ABCD:EF01:2345:6789 ，号称能够为全世界的每一粒沙子编上一个网址，这样就解决了网络地址资源数量不够的问题。

IP地址分类形式二：

公网地址( 万维网应用)和 公有地址( 局域网应用)。192.168.结尾的就是公有址址，范畴即为

192.168.0.0--192.168.255.255，专门为组织机构外部应用

2、APR协定

网络层的ARP协定实现了IP地址与物理地址的映射。首先，每台主机都会在本人的ARP缓冲区中建设一个ARP列表，以示意IP地址和MAC地址的对应关系。

当源主机须要将一个数据包要发送到目标主机时，会首先查看本人ARP列表中是否存在该IP地址对应的MAC地址：如果有，就间接将数据包发送到这个MAC地址；如果没有，就向本地网段发动一个ARP申请的播送包，查问此目标主机对应的MAC地址。

此ARP申请数据包里包含源主机的IP地址、硬件地址、以及目标主机的IP地址。网络中所有的主机收到这个ARP申请后，会查看数据包中的目标IP是否和本人的IP地址统一。

如果不雷同就疏忽此数据包；如果雷同，该主机首先将发送端的MAC地址和IP地址增加到本人的ARP列表中，如果ARP表中曾经存在该IP的信息，则将其笼罩，而后给源主机发送一个ARP响应数据包，通知对方本人是它须要查找的MAC地址；源主机收到这个ARP响应数据包后，将失去的目标主机的IP地址和MAC地址增加到本人的ARP列表中，并利用此信息开始数据的传输。如果源主机始终没有收到ARP响应数据包，示意ARP查问失败。

五、总结

1、浏览器输出URL的过程

①浏览器查问DNS，取得域名对应的IP地址（DNS寻址过程）

*先从浏览器缓存找ip，因为浏览器会缓存DNS记录一段时间

*如果没有找到，再从Host文件查找是否有该域名对应的IP

*如果没有找到，再从路由器缓存找

*如果没有找到，再从DNS缓存找

*如果都没有找到，就从浏览器域名服务器向根域名服务器查找，没有找到就持续迭代，直到找到为止

②浏览器取得IP地址后，浏览器向服务器申请连贯，发动三次握手

③连贯建设起来后，浏览器向服务器发送http申请

④服务器接管到这个申请，并依据门路参数映射到特定的申请处理器进行解决，并将视图以及相应的后果返回给浏览器

⑤浏览器解析并渲染视图，若遇到对js，css文件以及动态图片资源的援用，反复上述步骤向服务器申请资源

⑥浏览器依据申请到的资源，数据渲染页面，最终向用户出现

集体总结二十三种设计模式全套总结：

一、设计模式概述

二、设计模式之工厂办法和形象工厂

三、设计模式之单例和原型

四、设计模式之建造者模式

五、设计模式之代理模式

六、设计模式之适配器模式

七、设计模式之桥接模式

八、设计模式之组合模式

九、设计模式之装璜器模式

十、设计模式之外观模式

十一、设计模式之享元模式

行为型设计模式

十二、设计模式之责任链模式

十三、设计模式之命令模式

十四、设计模式之解释器模式

十五、设计模式之迭代器模式

十六、设计模式之中介者模式

十七、设计模式之备忘录模式

十八、设计模式之观察者模式

十九、设计模式之状态模式

二十、设计模式之策略模式

二十一、设计模式之模板办法模式

二十二、设计模式之访问者模式