2024年安卓最全深入浅出Android网络优化之网络筑基（前篇）(2)，Android大厂面试真题解析大全

wang688699

于 2024-05-15 16:08:15 发布

阅读量401

点赞数 5

分类专栏：程序员文章标签： android 面试学习

本文链接：https://blog.csdn.net/wang688699/article/details/138912528

版权

程序员专栏收录该内容

463 篇文章 0 订阅

订阅专栏

面试复习路线，梳理知识，提升储备

自己的知识准备得怎么样，这直接决定了你能否顺利通过一面和二面，所以在面试前来一个知识梳理，看需不需要提升自己的知识储备是很有必要的。

关于知识梳理，这里再分享一下我面试这段时间的复习路线：（以下体系的复习资料是我从各路大佬收集整理好的）

架构师筑基必备技能
Android高级UI与FrameWork源码
360°全方面性能调优
解读开源框架设计思想
NDK模块开发
微信小程序
Hybrid 开发与Flutter

知识梳理完之后，就需要进行查漏补缺，所以针对这些知识点，我手头上也准备了不少的电子书和笔记，这些笔记将各个知识点进行了完美的总结：

Android开发七大模块核心知识笔记

《960全网最全Android开发笔记》

《379页Android开发面试宝典》

历时半年，我们整理了这份市面上最全面的安卓面试题解析大全
包含了腾讯、百度、小米、阿里、乐视、美团、58、猎豹、360、新浪、搜狐等一线互联网公司面试被问到的题目。熟悉本文中列出的知识点会大大增加通过前两轮技术面试的几率。

如何使用它？

1.可以通过目录索引直接翻看需要的知识点，查漏补缺。
2.五角星数表示面试问到的频率，代表重要推荐指数

《507页Android开发相关源码解析》

只要是程序员，不管是Java还是Android，如果不去阅读源码，只看API文档，那就只是停留于皮毛，这对我们知识体系的建立和完备以及实战技术的提升都是不利的。

真正最能锻炼能力的便是直接去阅读源码，不仅限于阅读各大系统源码，还包括各种优秀的开源库。

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

「顶级域、二级域、三级域组成了一个树状结构。且在顶级域名服务器上面还有一个根域名服务器」。

3）、域名服务器

只要有一个外网的服务器就可以搭建一个域名的服务器。

2、DHCP(Dynamic Host Configuratin Protocol) 动态主机设置协议

1）、是什么？

「网络管理员只需配置一段共享的 IP 地址，每一台新接入的机器都可以通过 DHCP 来这个共享的 IP 地址里面申请 IP 地址，就可以自动配置。等用完还回去其它机器也能使用」。它的特点如下所示：

1、「DHCP 是一个局域网协议」。
2、「DHCP 是应用 UDP 协议的应用层协议」。

2）、功能

「即插即用联网」。
「在 IP 配置界面选中自动获得 IP 地址、自动获得 DNS 服务器地址即可启用 DHCP 协议去获取一个临时 IP（通常是一个内网地址）」。
「有一个租期，在租期过半时可以续租」。

3）、DHCP 的过程

1）、「DHCP 服务器监听默认端口：67」。
2）、「主机使用 UDP 协议广播 DHCP 发现报文」。
3）、「DHCP 服务器发出 DHCP 提供报文」。
4）、「主机向 DHCP 服务器发出 DHCP 请求报文」。
5）、「DHCP 服务器回应并提供 IP 地址」。

4）、向 DHCP 租用的 IP 地址是有租期的，IP 地址如何实现续租呢？

客户端会在租期过去50%的时候，直接向为其提供 IP 地址的 DHCP 服务器发送 DHCP request 消息报。客户端接收到服务器回应的 DHCP ACK 消息包后，会根据消息报中提供的新的租期以及其他已经更新的 TCP/IP 参数更新自己的配置。

3、HTTP(HyperText Tranfsfer Protocol) 超文本传输协议

1）、是什么？

HyperText 即超文本、超链接，Http 是指在电脑中显示的、「含有可以指向其他文本的链接文本」。
对于这些内容都有一个统一的路径，例如： http(s)://<主机>:<端口>/<路径>。
「HTTP 协议底层是 TCP 协议，因此它是可靠的数据传输协议」。

2）、Web 服务器

分为硬件部分（计算机或云上的虚拟设备）和软件部分（Nginx、Apache)。

过程

1）、「接受客户端连接」
2）、「接受请求报文」
3）、「处理请求」
4）、「访问 Web 资源」
5）、「构造应答」
6）、「发送应答」

3）、HTTP 请求方法

header 1	header 2
GET	获取指定的服务端资源。
POST	提交数据到服务端。
DELETE	删除指定的服务端资源。（很少用）
UPDATE	更新指定的服务端资源。
PUT	修改数据。
OPTIONS	列出可对资源实行的请求方法，用来跨域请求。
CONNECT	建立连接隧道，用于代理服务器
HEAD	获取资源的元信息
TRACE	追踪请求-响应的传输路径

GET 和 POST 的区别

1、「get参数通过url传递，post放在request body中」。
2、「get请求在url中传递的参数是有长度限制的，而post没有」。
3、「get比post更不安全，因为参数直接暴露在url中，所以不能用来传递敏感信息」。
4、「get请求只能进行url编码，而post支持多种编码方式」。
5、「get请求会浏览器主动cache，而post支持多种编码方式」。
6、「get请求参数会被完整保留在浏览历史记录里，而post中的参数不会被保留」。
7、「GET和POST本质上就是TCP链接，并无差别。但是由于HTTP的规定和浏览器/服务器的限制，导致他们在应用过程中体现出一些不同」。

4）、HTTP 指定资源

1）、在地址中指定

❝

https://www.wanandroid.com/repo/100.html

❞

repo/100.html 是指定的请求资源。

❝

https://www.wanandroid.com/?sort=0&unlearn=0&page=2

❞

? 后面用来指定请求参数。

2）、在请求数据中指定

5）、HTTP 请求报文

HTTP 的请求报文与响应报文都满足如下结构：

❝

起始行 + 头部 + 空行 + 实体

❞

其中的 「空行是用来区分开头部和实体的」。

HTTP 请求报文的格式如下所示：

例如：

POST https://www.wanandroid.com HTTP/1.1
Accept-Encoding:gzip
Accept-Language:zh-CN
…
{ 请求的 jsonString 内容}

6）、HTTP 应答报文

7）、HTTP 应答状态码

header 1	header 2
100~199	协议处理的中间状态，还需要后续操作
200~299	成功
300~399	重定向
400~499	客户端错误
500~599	服务端错误

100~199

101：Switching Protocols，服务器同意将 HTTP 升级为 WebSocket 时发送。

200~299

200：在响应体中放有数据。
204：No Content，响应头后没有 body 数据。
206：Partial Content，通常用于 HTTP 分块下载和断点续传，同时带上相应的响应头字段 Content-Range。

300~399

301：Moved Permanently，永久重定向。
302：Found，临时重定向。
304：Not Modified，协商缓存命中时返回。

400~499

400：Bad Request，请求出错。
403：Forbidden，服务器禁止访问，原因有法律禁止、信息敏感等。
404：Not Found，资源未找到。
405：Method Not Allowed，请求方法不被允许。
406：Not Acceptable，资源无法满足条件。
408：Request Timeout，请求超时。
409：Conflict，多个请求发生了冲突。
413：Request Entity Too Large，请求体的数据过大。
414：Request-URI Too Long，请求行里的 URI 太大。
429：Too Many Request，客户端发送的请求过多。
431：Request Header Fields Too Large，请求头的字段内容太大。

500~599

500：Internal Server Error，服务内部出错。
501：Not Implemented: 请求的功能不支持。
502：Bad Gateway: 服务器自身是正常的，只是数据通道有问题。
503：Service Unavailable: 服务器很忙，无法响应服务。

8）、HTTP 工作结构

Web 缓存

通常遵循 「二八原则」：一个网站的内容通常分为20%的热门内容，80%的冷门内容。因此可以优先缓存热门内容。

存储器层次结构

缓存(CPU 高速缓存）/主存(内存)/辅存（磁盘）

Web 代理

通过 Web 代理可以屏蔽服务器的部署结构。
可以在 Web 代理里面设置规则，如防火墙来保证安全。

Web 代理的分类

1）、正向代理：代理客户端去访问 Server。
2）、反向代理：代理 Server 把数据返回给客户端。例如 Nginx、HAProxy 就是一些著名的代理软件。

CDN(Content Delivery Network)内容分发网络

「用于将一些大的内容在临近的服务器留一个备份」。
「使用 CDN 可以进行多媒体内容的加速」。

CDN的基本原理是「广泛采用各种缓存服务器，将这些缓存服务器分布到用户访问相对集中的地区或网络中，在用户访问网站时，利用全局负载技术将用户的访问指向距离最近的工作正常的缓存服务器上，由缓存服务器直接响应」。

爬虫

用于在互联网上采集信息，例如百度、Google的本质就是一个爬虫，它们通过把整个网络的数据给取下来，并且做一个索引，然后把这些内容提供给大家，在进行搜索时就会匹配这些内容并返回。

不好的爬虫的缺点:

增加网络拥塞。
损耗服务器资源。

4、HTTPS(Secure) 安全的 HTTP 协议

❝

https://<主机>:<443>/<路径>

❞

HTTP 是明文传输的，但是我们需要在网络中传输账号密码、个人信息、账号金额、交易信息、敏感信息，这会导致中间人非法截取信息，导致信息泄露。

1）、加密模型

「对称加密：加密与解密都使用同一个秘钥」。
「非对称加密：公钥加密，私钥解密，并且公钥与私钥是拥有一定数学关系的一组秘钥」。
「私钥：自己使用，不对外公开」。
「公钥：给大家使用，对外公开」。

2）、数字证书签名校验

「数字证书是可信任组织颁发给特定对象的认证。而可信任组织即客户端与服务端都认为安全的组织」。

数字证书格式

证书格式、版本号
证书序列号
签名算法
有效期
对象名称
对象公开秘钥

3）、SSL(Secure Sockets Layer)安全套接层

「SSL 位于传输层与应用层之间，它是一个子层，作用主要有两点」：

1）、「数据安全（保证数据不会被泄漏）与数据完整（保证数据不会被篡改）」。
2）、「对数据进行加密后传输」。

HTTPS 的通信过程

1）、「443 端口的 TCP 连接」。
2）、「SSL 安全参数握手」。
3）、「客户端发送数据」。
4）、「服务端发送数据」。

SSL(Secure Sockets Layer) 安全套接层握手过程

1）、生成随机数 1、2、3 的过程

2）、双端根据随机数 1、2、3 与相同的算法生成对称秘钥进行加密通信

「HTTPS 综合地运用了对称加密与非对称加密，在进行随机数校验的阶段是使用了非对称加密来进行通信的，然后等双方都确定了三个随机数之后，就可以使用相同的算法来生成对称秘钥进行加密通信了。HTTPS 的优势在于双端分别生成了秘钥，没有经过传输，减少了秘钥泄漏的可能性」。

5、Http2

它的特点如下所示：

1）、「头部压缩」。
2）、「多路复用：多路复用允许同时通过单一的HTTP/2连接发送多重请求-响应信息。改善了：在http1.1中，浏览器客户端在同一时间，针对同一域名下的请求有一定数量限制（连接数量），超过限制会被阻塞」。
3）、「提升访问速度：相比 http1.1 请求资源所需时间更少，访问速度更快」。
4）、「二进制分帧：HTTP2.0 会将所有的传输信息分割为更小的信息或者帧，并对他们进行二进制编码」。
5）、「设置请求优先级」。
6）、「服务端推送」。

6、cookie

「HTTP 是一个无状态协议，因此 Cookie 的最大的作用就是存储 sessionId 用来唯一标识用户。并且，Cookie 本质上就是浏览器里面存储的一个很小的文本文件，内部以键值对的方式来存储」。

生存周期

通过 Expires 和 Max-Age 两个属性来设置：

Expires：过期时间。
Max-Age：表示一段时间间隔，单位是秒，从浏览器收到报文开始计算。

作用域

「我们可以使用 Domain 和 path 属性给 Cookie 绑定域名和路径。如果在发送请求之前，发现域名或者路径和这两个属性不匹配，那么就不会带上 Cookie」。需要注意的是，路径中含有 / 表示域名下的任意路径都允许使用 Cookie。

安全

「带上 Secure：说明只能通过 HTTPS 传输 cookie」。
「带上 HttpOnly：说明只能通过 HTTP 协议传输」。
「带上 SameSite：预防 CSRF 攻击」。

缺点

1）、「安全缺陷：Cookie 很容易被非法用户截获，然后进行一系列的篡改，最后在 Cookie 的有效期内重新发送给服务器」。
2）、「容量缺陷：体积上限只有4KB，只能用来存储少量的信息」。
3）、「性能缺陷：Cookie 紧跟域名，因此域名下的请求都会携带上完整的 Cookie，这样随着请求数的增多，将会造成巨大的性能浪费，因为请求携带了很多不必要的内容。这里可以通过 Domain 和 Path 指定作用域去解决」。

7、HTTP 传输中的常见问题

1）、「跨域问题」
2）、「数据传输」
3）、「队头阻塞」

七、传输层

现在，当设备 A 与设备 B 相互通信时，我们可以认为它们就是通过一个虚拟的互连网络进行连接的。「在虚拟的互连网络里面已经解决了网络拓扑、数据路由的走向等问题。在传输层重点解决的是两个设备它们直接是如何进行通信的」。

1、传输层的主要功能

1）、进程与进程的通信

不同于在单个操作系统内使用的进程间通信（Unix 域套接字、共享内存），网络通信可以跨设备、跨网络进行通信。

2）、端口的概念

「使用端口来标记不同的网络进程」。
「端口使用16比特位表示（0~65535）」。

常见的协议端口有：

协议	端口
FTP	21
HTTP	80
HTTPS	443
DNS	53
TELNET	23

2、UDP(User Datagram Protocol)用户数据报协议

1）、功能

UDP 协议 「不会对数据报进行任何的处理，即不合并，也不拆分数据」。

2）、特点

1）、无连接

通信时并不需要提前建立连接。

2）、不保证可靠的数据交付

想发就发，无法保证数据在网络传输过程中是否丢失。

3）、面向报文传输

不对数据做任何处理，而是直接将应用层数据塞进报文里面。

4）、没有拥塞控制

不管网络是否拥塞，它都会把数据给交付出去。

5）、首部开销很小

首部仅仅占用8个字节。

3）、报文结构

「UDP 长度最小值为 8，即仅包括 UDP 首部」。
「校验和是用来检测 UDP 的数据报在传输过程中是否出错」。

4）、基于 UDP 定制化的 5 个例子🌰

1、来自网页或者 App 的访问

目前，HTTP 往往采取多个数据通道共享一个连接的策略，这样做本来是为了加快传输速度，但是 TCP 严格的顺序策略使得哪怕共享通道，前一个包不来，后一个包即使与前一个包没关系，也要等着，这样就会使时延加大。

而 QUIC（Quick UDP Internet Connection，快速 UDP 互联网连接）协议是 Google 提出的一种基于 UDP 改进的通信协议，其目的是降低网络通信的延迟，提供更好的用户互动体验。

QUIC 会在应用层上自己快速建立连接、减少重传时延、自适应拥塞控制，是应用层定制化的代表。

2、流媒体协议

直播通常都使用 RTMP（Real Time Messaging Protocol，实时消息传输协议），基于 TCP。但对于直播来说实时性比较重要，宁可丢包，也不要卡顿。

对于视频播放来说，有的包可以丢，有的包不能，因为在视频的连续帧李，有的帧重要，有的不重要，如果一定要丢包，隔几个丢一个，其实看视频的人不会感知，但是如果是连续丢帧，就能感知到了，因此在网络不好的情况下，应用一般会选择性地丢帧。

当网络不好的时候，TCP 会主动降低发送速度，这对本来当时就卡的视频来讲无疑是雪上加霜。TCP 应该让应用层马上重传，而不是主动让步。因此，很多直播应用都基于 UDP 实现了自己的视频传输协议。

3、实时游戏

维护 TCP 连接需要在内核维护一些数据结构，但是一台机器能够支撑的 TCP 连接数目是有限的。由于 UDP 是没有连接的，所以在异步 I/O 机制引入之前，UDP 常常是应对海量客户端连接的策略。

在游戏对实时要求比较严格的情况下，可以采用自定义的可靠 UDP 来传输数据包，通过使用自定义重传策略，能够包丢包产生的延迟降到最低，尽量减少网络问题对游戏造成的影响。

4、物联网

Google 旗下的 Nest 建立了 Thread Group，推出了物联网通信协议 Thread，该协议就是基于 UDP 的。

5、移动通信领域

在 4G 网络里，通过移动通信传输数据面对的协议 GTP-U 就是基于 UDP 的。关于移动网络的相关知识我们将在下一篇进行讲解。

3、TCP(Transmission Control Protocol) 传输控制协议初识

1、TCP 报文详解

1）、特点

1）、「面向连接：面向连接就像是打电话时需要先拨通电话」。
2）、「点对点通信」。
3）、「可靠的传输服务」。
4）、「全双工通信：两个设备在连接时，它们都可以同时地发送数据与接收数据」。
5）、「面向字节流的协议：TCP 处理的是一个一个的字节，所以TCP 很可能会取出数据中的某一段进行传输，而剩下的数据会把它放到第二个及之后的 TCP 报文中进行传输。因此 TCP 协议可能会对用户的数据进行合并或分拆」。

TCP 的缺点在于 「传输效率慢，因为它需要建立连接、发送确认包等等」。

2）、报文首部字段

序号

表示范围为 0 ~ 2^32 - 1。
「因为 TCP 是面向字节流的，所以每一个字节都有一个与之对应的序号」。
「TCP 数据报的序号就是数据报中第一个字节的序号」。

确认号

表示范围为 0 ~ 2^32 - 1。
「表示期望收到数据的首字节序号，如果确认号为 S，则表示 S - 1 序号的数据都已经收到了」。

数据偏移

「占4位：0 ~ 15，单位为：32位字。=> 首部范围为20~60字节」。
「TCP 数据偏移首部的距离，因为 TCP 选项的大小是不确定的，所以需要此数据项」。

TCP 标记

「占6位」，每位都有不同的含义。

标记	含义
URG(Urgent)	紧急位，URG = 1，表示紧急数据。
ACK(Acknowledgement	确认位，ACK = 1，确认号才生效。
PSH(Push)	推送位，PSH = 1，表示需要尽快地把数据交付给应用层。
RST(Reset)	重置位，RST = 1，重新建立连接。
SYN(Synchronization)	同步位，SYN = 1表示连接请求报文。
FIN(Finish)	终止位，FIN = 1表示释放连接。

窗口

占16位：0 ~ 2 ^ 16 - 1。
「窗口指明允许对方发送的数据量。例如：确认号为201，窗口为300，那么可以接收序号的范围为 201 ~ 500」。

校验和

与 UDP 类似，用来检测 TCP 的数据在传输过程中是否出错。

紧急指针

「紧急数据（URG = 1）」。
「指定紧急数据在报文中的位置」。

TCP 选项

「最多40字节」。
「支持未来的扩展」。

4、可靠传输的基本原理

1）、停止等待协议

当发送方发送一个消息时，接收方接收到了并将确认信息发给发送方，这个过程中 「发送方需要停止等待接收方的确认信息」。

超时重传

当消息发送出去后，发送方并没有在超时时间内接收到接收方的确认消息或者超时了之后消息才收到，此时会向发送方重新发送该消息。超时重传**「通常都会处理三种异常情况」**，如下所示：

1）、「发送的消息在路上丢失了」。
2）、「确认的消息在路上丢失了」。
3）、「确认的消息超时了才到」。

超时定时器（超时重传定时器）

1）、「每发送一个消息，都需要设置一个超时定时器」。
2）、「主要应用在 TCP 的可靠传输协议里面，它是为了控制可能发生丢失的报文而设计的定时器，当 TCP 协议发送端发送一个报文时，就会为该报文设置一个超时定时器」。
3）、「如果超时定时器在结束之前收到了来自接收端对该报文段的确认，则撤销这个定时器」。
4）、「如果在超时定时器结束之前仍然没有收到来自接收端对该报文段的确认（超时），则认为这个报文可能已经丢弃，发送端会重新发送该报文，并设置一个超时定时器」。
5）、「需要注意的是，发送端在超时定时器撤销之前，必须继续缓存已发送未确认的报文，直到发送端收到了来自接收端的确认」。

特点

1、「停止等待协议是最简单的可靠传输协议」。
2、「对信道的利用效率不高」。

❝

既然单个发送和确认效率低，那么我们可以批量发送和确认吗？

❞

2）、连续 ARQ(Automatic Repeat Request) 自动重传请求协议

ARQ 是对停止等待协议的改进，可以 「大幅提升信道利用率」 的一个协议。

滑动窗口

1）、「窗口中的数据都可以发送」。
2）、「通过移动窗口的方式来标识没有接收到确认的消息」。
3）、「采用了累积确认的方式，并不需要对每一个消息都进行确认」。

累积确认

只要我收到第5个消息的确认了，就表示第 1 ~ 5 个消息接收方都收到了。

5、TCP 协议的可靠传输

TCP 的可靠传输基于连续 ARQ 协议。

1）、「滑动窗口」
2）、「累积确认」
3）、「选择重传」

选择重传

1）、「选择重传需要制定需要重传的字节」。
2）、「每一个字节都有唯一的32位序号（4字节）」。
3）、「要重传的数据是存储在 TCP 选项中，其中最多只能存储10个序号，即 5 个范围段的信息」。
4）、「选择重传的是一个信息边界，即一段字节流，例如：传送 1000 ~ 1200， 2000 ~ 3000 这个范围内的信息」。

6、TCP 协议的流量控制

流量控制指的是 「让发送方发送速率不要太快。TCP 使用了滑动窗口来实现流量控制」。

1）、滑动窗口

rwnd = 300 ，表示窗口大小为300。
占16位：0 ~ 2 ^ 16 - 1。
窗口指明允许对方发送的数据量。例如：确认号为201，窗口为300，那么可以接收序号的范围为 201 ~ 500。
「接收方可以调整滑动窗口的大小来控制发送方发送数据的效率」。
「当接收方将 rwnd 从0调整为1000并将这个信息发送给发送方时，消息丢失了，这就会导致发送方和接收方都会等待，形成一个死锁局面」。

❝

如何解决这种死锁局面呢？

❞

2）、坚持定时器

坚持定时器是使用滑动窗口进行流量控制的时候设置的。

1）、「当接收到窗口为0的消息，则启动坚持定时器」。
2）、「坚持定时器每隔一段时间发送一个窗口探测报文」。

7、TCP 协议的拥塞控制

问题

一条数据链路经过非常多的设备。
数据链路中各个部分都有可能成为网络传输的瓶颈。

流量控制与拥塞控制的区别

「不同于流量控制考虑的是点对点的通信量的控制，拥塞控制考虑的是整个网络，是一个全局性的考虑」。

❝

如何判断是否发生了拥塞？

❞

「简单地认为报文超时就发生了拥塞」。

TCP 的拥塞控制

1）、慢启动算法

「由小到大逐渐增加发送数据量（呈指数增长，例如：1、2、4、8、16）」。
「每收到一个报文确认，就加一」。
「超过慢启动阈值(ssthresh) 则不再增长」。

2）、拥塞避免算法

「维护一个拥塞窗口的变量」。
「只要网络不拥塞，就试探着将拥塞窗口调大」。

「TCP 的拥塞控制在前期使用了慢启动算法对窗口大小进行指数增长，直到超过慢启动阈值(ssthresh)则不再增长，后续则启动拥塞避免算法对窗口进行线性增长」。

8、TCP 链接的建立 - 三次握手

为什么发送方要发出第三个确认报文呢？

1）、「已经失效的连接请求报文传送到对方，引起错误：假设两次握手就可以，失效的链接请求报文就会被接收并建立了重复的连接。当使用三次握手时，比较慢到达接收方的报文也会发送一个确认给发送方，但是发送方已经进行了第三次握手了，因此发送方会忽略掉第二次的确认，不会进行任何的操作」。
2）、「因为信道不可靠，而 TCP 想在不可靠信道上建立可靠地传输，那么三次通信是理论上的最小值。（而 UDP 则不需建立可靠传输，因此 UDP 不需要三次握手）」
3）、「因为双方都需要确认对方收到了自己发送的序列号，确认过程最少要进行三次通信」。

9、TCP 链接的释放 - 四次挥手

1）、等待计时器

会等待 2MSL 时间 => 4分钟。
时间等待定时器是由是在四次挥手时由主动关闭 TCP 连接的一方设置的，它主要是为了 「保证主动关闭方在对最后一个 FIN 报文（第三次挥手）发送确认的报文可以到达接收方」。
MSL(Max Segment Lifetime): 最长报文段寿命。MSL 建议设置为2分钟。

2）、为什么需要等待 2MSL？

1）、「因为最后一个报文没有确认，我们需要确保发送方的 ACK 可以达到接收方，如果 2MSL 时间内没有收到，则接收方会重发」。
2）、「2MSL 时间可以保证当发送方没有收到确认时，接收方可以再次发送 FIN 报文，并且接收方可以再次收到并重新发送确认，所以 2MSL 的时间可以保证连接正常结束」。
3）、「确保当前连接的所有报文都已经过期了」。

10、TCP 与UDP 的区别

1）、「UDP 通常用于多媒体信息分发，即视频、语音、实时信息等等。而 TCP 通常用于可靠信息的传输，应用场景包括金融交易、可靠通信、MQ 等等」。
2）、「TCP 面向连接，UDP 是无连接的」。
3）、「TCP 提供可靠的服务，也就是说，通过 TCP 连接传送的数据，无差错，不丢失，不重复，且按序到达；UDP 尽最大努力交付，即不保证可靠交付」。
4）、「TCP 的逻辑通信信道是全双工的可靠信道；UDP 则是不可靠信道」。
5）、「每一条 TCP 连接只能是点到点的；UDP 支持一对一，一对多，多对一和多对多的交互通信」。
6）、「TCP 面向字节流（可能出现黏包问题），实际上是 TCP 把数据看成一连串无结构的字节流；UDP 是面向报文的（不会出现黏包问题）」。
7）、「UDP 没有拥塞控制，因此网络出现拥塞不会使源主机的发送速率降低（对实时应用很有用，如 IP 电话，实时视频会议等）」
8）、「TCP 首部开销20字节；UDP 的首部开销小，只有 8 个字节」。