mirror of
https://github.com/Snailclimb/JavaGuide
synced 2025-06-20 22:17:09 +08:00
更新文章排版以及部分内容
This commit is contained in:
Snailclimb
GitHub
parent
a0918ccdc0
commit
41f2867df2
@ -1,33 +1,36 @@
|
|||||||
|
|
||||||
<!-- MarkdownTOC -->
|
<!-- MarkdownTOC -->
|
||||||
|
|
||||||
- [一 OSI与TCP/IP各层的结构与功能，都有哪些协议](#一-osi与tcpip各层的结构与功能,都有哪些协议)
|
- [一 OSI与TCP/IP各层的结构与功能,都有哪些协议](#一-osi与tcpip各层的结构与功能都有哪些协议)
|
||||||
- [五层协议的体系结构](#五层协议的体系结构)
|
- [五层协议的体系结构](#五层协议的体系结构)
|
||||||
- [1 应用层（application layer）](#1-应用层)
|
- [1 应用层](#1-应用层)
|
||||||
- [域名系统（Domain Name System缩写DNS，Domain Name被译为域名）](#域名系统)
|
- [域名系统](#域名系统)
|
||||||
- [HTTP协议](#http协议)
|
- [HTTP协议](#http协议)
|
||||||
- [2 运输层（transport layer）](#2-运输层)
|
- [2 运输层](#2-运输层)
|
||||||
- [运输层主要使用以下两种协议：](#运输层主要使用以下两种协议)
|
- [运输层主要使用以下两种协议](#运输层主要使用以下两种协议)
|
||||||
- [UDP的主要特点：](#udp的主要特点)
|
- [UDP 的主要特点](#udp-的主要特点)
|
||||||
- [TCP的主要特点：](#tcp的主要特点)
|
- [TCP 的主要特点](#tcp-的主要特点)
|
||||||
- [3 网络层（network layer）](#3-网络层)
|
- [3 网络层](#3-网络层)
|
||||||
- [4 数据链路层（data link layer）](#4-数据链路层)
|
- [4 数据链路层](#4-数据链路层)
|
||||||
- [5 物理层（physical layer）](#5-物理层)
|
- [5 物理层](#5-物理层)
|
||||||
- [二 TCP三次握手和四次挥手（面试常客）](#二-tcp三次握手和四次挥手(面试常客))
|
- [总结一下](#总结一下)
|
||||||
- [为什么要三次握手？](#为什么要三次握手)
|
- [二 TCP 三次握手和四次挥手\(面试常客\)](#二-tcp-三次握手和四次挥手面试常客)
|
||||||
- [为什么要传回SYN（发起一个新链接）？](#为什么要传回syn)
|
- [为什么要三次握手](#为什么要三次握手)
|
||||||
- [传了SYN，为啥还要传ACK（确认序号有效）？](#传了syn,为啥还要传ack)
|
- [为什么要传回 SYN](#为什么要传回-syn)
|
||||||
- [为什么要四次挥手？](#为什么要四次挥手)
|
- [传了 SYN,为啥还要传 ACK](#传了-syn为啥还要传-ack)
|
||||||
- [三 TCP、UDP协议的区别](#三-tcp、udp协议的区别)
|
- [为什么要四次挥手](#为什么要四次挥手)
|
||||||
- [四 TCP协议如何保证可靠传输](#四-tcp协议如何保证可靠传输)
|
- [三 TCP、UDP 协议的区别](#三-tcp、udp-协议的区别)
|
||||||
- [超时重传](#超时重传)
|
- [四 TCP 协议如何保证可靠传输](#四-tcp-协议如何保证可靠传输)
|
||||||
- [停止等待协议](#停止等待协议)
|
- [停止等待协议](#停止等待协议)
|
||||||
|
- [自动重传请求 ARQ 协议](#自动重传请求-arq-协议)
|
||||||
|
- [连续ARQ协议](#连续arq协议)
|
||||||
- [滑动窗口](#滑动窗口)
|
- [滑动窗口](#滑动窗口)
|
||||||
- [流量控制](#流量控制)
|
- [流量控制](#流量控制)
|
||||||
- [拥塞控制](#拥塞控制)
|
- [拥塞控制](#拥塞控制)
|
||||||
- [五 在浏览器中输入url地址 ->> 显示主页的过程（面试常客）](#五-在浏览器中输入url地址---显示主页的过程（面试常客）)
|
- [五 在浏览器中输入url地址 ->> 显示主页的过程（面试常客）](#五-在浏览器中输入url地址---显示主页的过程（面试常客）)
|
||||||
- [六 状态码](#六-状态码)
|
- [六 状态码](#六-状态码)
|
||||||
- [七 各种协议与HTTP协议之间的关系](#七-各种协议与http协议之间的关系)
|
- [七 各种协议与HTTP协议之间的关系](#七-各种协议与http协议之间的关系)
|
||||||
- [八 HTTP长连接、短连接](#八-http长连接、短连接)
|
- [八 HTTP长连接、短连接](#八-http长连接、短连接)
|
||||||
- [写在最后](#写在最后)
|
- [写在最后](#写在最后)
|
||||||
- [计算机网络常见问题回顾](#计算机网络常见问题回顾)
|
- [计算机网络常见问题回顾](#计算机网络常见问题回顾)
|
||||||
- [建议](#建议)
|
- [建议](#建议)
|
||||||
@ -36,15 +39,15 @@
|
|||||||
|
|
||||||
## 一 OSI与TCP/IP各层的结构与功能,都有哪些协议
|
## 一 OSI与TCP/IP各层的结构与功能,都有哪些协议
|
||||||
|
|
||||||
OSI的七层体系结构概念清楚，理论也很完整，但是它比较复杂而且不实用。在这里顺带提一下之前一直被一些大公司甚至一些国家政府支持的OSI失败的原因：
|
OSI 的七层体系结构概念清楚，理论也很完整，但是它比较复杂而且不实用。在这里顺带提一下之前一直被一些大公司甚至一些国家政府支持的OSI失败的原因：
|
||||||
1. OSI的专家缺乏实际经验，他们在完成OSI标准时缺乏商业驱动力
|
1. OSI 的专家缺乏实际经验，他们在完成 OSI 标准时缺乏商业驱动力
|
||||||
2. OSI的协议实现起来过分复杂，而且运行效率很低
|
2. OSI 的协议实现起来过分复杂，而且运行效率很低
|
||||||
3. OSI制定标准的周期太长，因而使得按OSI标准生产的设备无法及时进入市场（20世纪90年代初期，虽然整套的OSI国际标准都已经制定出来，但基于TCP/IP的互联网已经抢先在全球相当大的范围成功运行了）
|
3. OSI 制定标准的周期太长，因而使得按 OSI 标准生产的设备无法及时进入市场（20世纪90年代初期，虽然整套的 OSI 国际标准都已经制定出来，但基于 TCP/IP 的互联网已经抢先在全球相当大的范围成功运行了）
|
||||||
4. OSI的层次划分不太合理，有些功能在多个层次中重复出现
|
4. OSI 的层次划分不太合理，有些功能在多个层次中重复出现
|
||||||
|
|
||||||
### 五层协议的体系结构
|
### 五层协议的体系结构
|
||||||
|
|
||||||
学习计算机网络时我们一般采用折中的办法，也就是中和OSI和TCP/IP的优点，采用一种只有五层协议的体系结构，这样既简洁又能将概念阐述清楚。
|
学习计算机网络时我们一般采用折中的办法，也就是中和 OSI 和 TCP/IP 的优点，采用一种只有五层协议的体系结构，这样既简洁又能将概念阐述清楚。
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
@ -52,14 +55,14 @@ OSI的七层体系结构概念清楚，理论也很完整，但是它比较复
|
|||||||
|
|
||||||
### 1 应用层
|
### 1 应用层
|
||||||
|
|
||||||
**应用层(application-layer）的任务是通过应用进程间的交互来完成特定网络应用。**应用层协议定义的是应用进程（进程：主机中正在运行的程序）间的通信和交互的规则。对于不同的网络应用需要不同的应用层协议。在互联网中应用层协议很多，如**域名系统DNS**，支持万维网应用的**HTTP协议**，支持电子邮件的**SMTP协议**等等。我们把应用层交互的数据单元称为报文。
|
**应用层(application-layer）的任务是通过应用进程间的交互来完成特定网络应用。**应用层协议定义的是应用进程（进程：主机中正在运行的程序）间的通信和交互的规则。对于不同的网络应用需要不同的应用层协议。在互联网中应用层协议很多，如**域名系统DNS**，支持万维网应用的 **HTTP协议**，支持电子邮件的 **SMTP协议**等等。我们把应用层交互的数据单元称为报文。
|
||||||
|
|
||||||
#### 域名系统
|
#### 域名系统
|
||||||
|
|
||||||
> 域名系统(Domain Name System缩写DNS，Domain Name被译为域名)是因特网的一项核心服务，它作为可以将域名和IP地址相互映射的一个分布式数据库，能够使人更方便的访问互联网，而不用去记住能够被机器直接读取的IP数串。（百度百科）例如：一个公司的Web网站可看作是它在网上的门户，而域名就相当于其门牌地址，通常域名都使用该公司的名称或简称。例如上面提到的微软公司的域名，类似的还有：IBM公司的域名是www.ibm.com、Oracle公司的域名是www.oracle.com、Cisco公司的域名是www.cisco.com等。
|
> 域名系统(Domain Name System缩写 DNS，Domain Name被译为域名)是因特网的一项核心服务，它作为可以将域名和IP地址相互映射的一个分布式数据库，能够使人更方便的访问互联网，而不用去记住能够被机器直接读取的IP数串。（百度百科）例如：一个公司的 Web 网站可看作是它在网上的门户，而域名就相当于其门牌地址，通常域名都使用该公司的名称或简称。例如上面提到的微软公司的域名，类似的还有：IBM 公司的域名是 www.ibm.com、Oracle 公司的域名是 www.oracle.com、Cisco公司的域名是 www.cisco.com 等。
|
||||||
|
|
||||||
#### HTTP协议
|
#### HTTP协议
|
||||||
> 超文本传输协议（HTTP，HyperText Transfer Protocol)是互联网上应用最为广泛的一种网络协议。所有的WWW文件都必须遵守这个标准。设计HTTP最初的目的是为了提供一种发布和接收HTML页面的方法。（百度百科）
|
> 超文本传输协议（HTTP，HyperText Transfer Protocol)是互联网上应用最为广泛的一种网络协议。所有的 WWW（万维网） 文件都必须遵守这个标准。设计 HTTP 最初的目的是为了提供一种发布和接收 HTML 页面的方法。（百度百科）
|
||||||
|
|
||||||
### 2 运输层
|
### 2 运输层
|
||||||
|
|
||||||
@ -67,30 +70,30 @@ OSI的七层体系结构概念清楚，理论也很完整，但是它比较复
|
|||||||
|
|
||||||
#### 运输层主要使用以下两种协议
|
#### 运输层主要使用以下两种协议
|
||||||
|
|
||||||
1. **传输控制协议TCP**（Transmisson Control Protocol）--提供**面向连接**的，**可靠的**数据传输服务。
|
1. **传输控制协议 TCP**（Transmisson Control Protocol）--提供**面向连接**的，**可靠的**数据传输服务。
|
||||||
2. **用户数据协议UDP**（User Datagram Protocol）--提供**无连接**的，尽最大努力的数据传输服务（**不保证数据传输的可靠性**）。
|
2. **用户数据协议 UDP**（User Datagram Protocol）--提供**无连接**的，尽最大努力的数据传输服务（**不保证数据传输的可靠性**）。
|
||||||
|
|
||||||
#### UDP的主要特点
|
#### UDP 的主要特点
|
||||||
1. UDP是无连接的；
|
1. UDP 是无连接的；
|
||||||
2. UDP使用尽最大努力交付，即不保证可靠交付，因此主机不需要维持复杂的链接状态（这里面有许多参数）；
|
2. UDP 使用尽最大努力交付，即不保证可靠交付，因此主机不需要维持复杂的链接状态（这里面有许多参数）；
|
||||||
3. UDP是面向报文的；
|
3. UDP 是面向报文的；
|
||||||
4. UDP没有拥塞控制，因此网络出现拥塞不会使源主机的发送速率降低（对实时应用很有用，如IP电话，实时视频会议等）；
|
4. UDP 没有拥塞控制，因此网络出现拥塞不会使源主机的发送速率降低（对实时应用很有用，如 直播，实时视频会议等）；
|
||||||
5. UDP支持一对一、一对多、多对一和多对多的交互通信；
|
5. UDP 支持一对一、一对多、多对一和多对多的交互通信；
|
||||||
6. UDP的首部开销小，只有8个字节，比TCP的20个字节的首部要短。
|
6. UDP 的首部开销小，只有8个字节，比TCP的20个字节的首部要短。
|
||||||
|
|
||||||
#### TCP的主要特点
|
#### TCP 的主要特点
|
||||||
1. TCP是面向连接的。（就好像打电话一样，通话前需要先拨号建立连接，通话结束后要挂机释放连接）；
|
1. TCP 是面向连接的。（就好像打电话一样，通话前需要先拨号建立连接，通话结束后要挂机释放连接）；
|
||||||
2. 每一条TCP连接只能有两个端点，每一条TCP连接只能是点对点的（一对一）；
|
2. 每一条 TCP 连接只能有两个端点，每一条TCP连接只能是点对点的（一对一）；
|
||||||
3. TCP提供可靠交付的服务。通过TCP连接传送的数据，无差错、不丢失、不重复、并且按序到达；
|
3. TCP 提供可靠交付的服务。通过TCP连接传送的数据，无差错、不丢失、不重复、并且按序到达；
|
||||||
4. TCP提供全双工通信。TCP允许通信双方的应用进程在任何时候都能发送数据。TCP连接的两端都设有发送缓存和接收缓存，用来临时存放双方通信的数据；
|
4. TCP 提供全双工通信。TCP 允许通信双方的应用进程在任何时候都能发送数据。TCP 连接的两端都设有发送缓存和接收缓存，用来临时存放双方通信的数据；
|
||||||
5. 面向字节流。TCP中的“流”（stream）指的是流入进程或从进程流出的字节序列。“面向字节流”的含义是：虽然应用程序和TCP的交互是一次一个数据块（大小不等），但TCP把应用程序交下来的数据仅仅看成是一连串的无结构的字节流。
|
5. 面向字节流。TCP 中的“流”（Stream）指的是流入进程或从进程流出的字节序列。“面向字节流”的含义是：虽然应用程序和 TCP 的交互是一次一个数据块（大小不等），但 TCP 把应用程序交下来的数据仅仅看成是一连串的无结构的字节流。
|
||||||
|
|
||||||
|
|
||||||
### 3 网络层
|
### 3 网络层
|
||||||
|
|
||||||
**网络层(network layer)负责为分组交换网上的不同主机提供通信服务。**在发送数据时，网络层把运输层产生的报文段或用户数据报封装成分组和包进行传送。在TCP/IP体系结构中，由于网络层使用**IP协议**，因此分组也叫**IP数据报**，简称**数据报**。
|
**网络层(network layer)负责为分组交换网上的不同主机提供通信服务。** 在发送数据时，网络层把运输层产生的报文段或用户数据报封装成分组和包进行传送。在 TCP/IP 体系结构中，由于网络层使用 **IP 协议**，因此分组也叫 **IP 数据报** ，简称 **数据报**。
|
||||||
|
|
||||||
这里要注意：**不要把运输层的“用户数据报UDP”和网络层的“IP数据报”弄混**。另外，无论是哪一层的数据单元，都可笼统地用“分组”来表示。
|
这里要注意：**不要把运输层的“用户数据报 UDP ”和网络层的“ IP 数据报”弄混**。另外，无论是哪一层的数据单元，都可笼统地用“分组”来表示。
|
||||||
|
|
||||||
网络层的另一个任务就是选择合适的路由，使源主机运输层所传下来的分株，能通过网络层中的路由器找到目的主机。
|
网络层的另一个任务就是选择合适的路由，使源主机运输层所传下来的分株，能通过网络层中的路由器找到目的主机。
|
||||||
|
|
||||||
@ -99,21 +102,23 @@ OSI的七层体系结构概念清楚，理论也很完整，但是它比较复
|
|||||||
互联网是由大量的异构（heterogeneous）网络通过路由器（router）相互连接起来的。互联网使用的网络层协议是无连接的网际协议（Intert Prococol）和许多路由选择协议，因此互联网的网络层也叫做**网际层**或**IP层**。
|
互联网是由大量的异构（heterogeneous）网络通过路由器（router）相互连接起来的。互联网使用的网络层协议是无连接的网际协议（Intert Prococol）和许多路由选择协议，因此互联网的网络层也叫做**网际层**或**IP层**。
|
||||||
|
|
||||||
### 4 数据链路层
|
### 4 数据链路层
|
||||||
**数据链路层(data link layer)通常简称为链路层。两台主机之间的数据传输，总是在一段一段的链路上传送的，这就需要使用专门的链路层的协议。** 在两个相邻节点之间传送数据时，**数据链路层将网络层交下来的IP数据报组装程帧**，在两个相邻节点间的链路上传送帧。每一帧包括数据和必要的控制信息（如同步信息，地址信息，差错控制等）。
|
**数据链路层(data link layer)通常简称为链路层。两台主机之间的数据传输，总是在一段一段的链路上传送的，这就需要使用专门的链路层的协议。** 在两个相邻节点之间传送数据时，**数据链路层将网络层交下来的 IP 数据报组装程帧**，在两个相邻节点间的链路上传送帧。每一帧包括数据和必要的控制信息（如同步信息，地址信息，差错控制等）。
|
||||||
|
|
||||||
在接收数据时，控制信息使接收端能够知道一个帧从哪个比特开始和到哪个比特结束。这样，数据链路层在收到一个帧后，就可从中提出数据部分，上交给网络层。
|
在接收数据时，控制信息使接收端能够知道一个帧从哪个比特开始和到哪个比特结束。这样，数据链路层在收到一个帧后，就可从中提出数据部分，上交给网络层。
|
||||||
控制信息还使接收端能够检测到所收到的帧中有误差错。如果发现差错，数据链路层就简单地丢弃这个出了差错的帧，以避免继续在网络中传送下去白白浪费网络资源。如果需要改正数据在链路层传输时出现差错（这就是说，数据链路层不仅要检错，而且还要纠错），那么就要采用可靠性传输协议来纠正出现的差错。这种方法会使链路层的协议复杂些。
|
控制信息还使接收端能够检测到所收到的帧中有误差错。如果发现差错，数据链路层就简单地丢弃这个出了差错的帧，以避免继续在网络中传送下去白白浪费网络资源。如果需要改正数据在链路层传输时出现差错（这就是说，数据链路层不仅要检错，而且还要纠错），那么就要采用可靠性传输协议来纠正出现的差错。这种方法会使链路层的协议复杂些。
|
||||||
|
|
||||||
### 5 物理层
|
### 5 物理层
|
||||||
在物理层上所传送的数据单位是比特。
|
在物理层上所传送的数据单位是比特。
|
||||||
**物理层(physical layer)的作用是实现相邻计算机节点之间比特流的透明传送，尽可能屏蔽掉具体传输介质和物理设备的差异。**使其上面的数据链路层不必考虑网络的具体传输介质是什么。“透明传送比特流”表示经实际电路传送后的比特流没有发生变化，对传送的比特流来说，这个电路好像是看不见的。
|
**物理层(physical layer)的作用是实现相邻计算机节点之间比特流的透明传送，尽可能屏蔽掉具体传输介质和物理设备的差异。** 使其上面的数据链路层不必考虑网络的具体传输介质是什么。“透明传送比特流”表示经实际电路传送后的比特流没有发生变化，对传送的比特流来说，这个电路好像是看不见的。
|
||||||
|
|
||||||
在互联网使用的各种协中最重要和最著名的就是TCP/IP两个协议。现在人们经常提到的TCP/IP并不一定单指TCP和IP这两个具体的协议，而往往表示互联网所使用的整个TCP/IP协议族。
|
在互联网使用的各种协中最重要和最著名的就是 TCP/IP 两个协议。现在人们经常提到的TCP/IP并不一定单指TCP和IP这两个具体的协议，而往往表示互联网所使用的整个TCP/IP协议族。
|
||||||
|
|
||||||
|
### 总结一下
|
||||||
|
|
||||||
上面我们对计算机网络的五层体系结构有了初步的了解，下面附送一张七层体系结构图总结一下。图片来源：https://blog.csdn.net/yaopeng_2005/article/details/7064869
|
上面我们对计算机网络的五层体系结构有了初步的了解，下面附送一张七层体系结构图总结一下。图片来源：https://blog.csdn.net/yaopeng_2005/article/details/7064869
|
||||||
|
|
||||||
|
|
||||||
## 二 TCP三次握手和四次挥手(面试常客)
|
## 二 TCP 三次握手和四次挥手(面试常客)
|
||||||
|
|
||||||
为了准确无误地把数据送达目标处，TCP协议采用了三次握手策略。
|
为了准确无误地把数据送达目标处，TCP协议采用了三次握手策略。
|
||||||
|
|
||||||
@ -125,101 +130,128 @@ OSI的七层体系结构概念清楚，理论也很完整，但是它比较复
|
|||||||
**简单示意图：**
|
**简单示意图：**
|
||||||
|
|
||||||
|
|
||||||
- 客户端–发送带有SYN标志的数据包–一次握手–服务端
|
- 客户端–发送带有 SYN 标志的数据包–一次握手–服务端
|
||||||
- 服务端–发送带有SYN/ACK标志的数据包–二次握手–客户端
|
- 服务端–发送带有 SYN/ACK 标志的数据包–二次握手–客户端
|
||||||
- 客户端–发送带有带有ACK标志的数据包–三次握手–服务端
|
- 客户端–发送带有带有 ACK 标志的数据包–三次握手–服务端
|
||||||
|
|
||||||
### 为什么要三次握手
|
### 为什么要三次握手
|
||||||
|
|
||||||
**三次握手的目的是建立可靠的通信信道，说到通讯，简单来说就是数据的发送与接收，而三次握手最主要的目的就是双方确认自己与对方的发送与接收是正常的。**
|
**三次握手的目的是建立可靠的通信信道，说到通讯，简单来说就是数据的发送与接收，而三次握手最主要的目的就是双方确认自己与对方的发送与接收是正常的。**
|
||||||
|
|
||||||
第一次握手：Client什么都不能确认；Server确认了对方发送正常
|
第一次握手：Client 什么都不能确认；Server 确认了对方发送正常
|
||||||
|
|
||||||
第二次握手：Client确认了：自己发送、接收正常，对方发送、接收正常；Server确认了：自己接收正常，对方发送正常
|
第二次握手：Client 确认了：自己发送、接收正常，对方发送、接收正常；Server 确认了：自己接收正常，对方发送正常
|
||||||
|
|
||||||
第三次握手：Client确认了：自己发送、接收正常，对方发送、接收正常；Server确认了：自己发送、接收正常，对方发送接收正常
|
第三次握手：Client 确认了：自己发送、接收正常，对方发送、接收正常；Server 确认了：自己发送、接收正常，对方发送接收正常
|
||||||
|
|
||||||
所以三次握手就能确认双发收发功能都正常，缺一不可。
|
所以三次握手就能确认双发收发功能都正常，缺一不可。
|
||||||
|
|
||||||
### 为什么要传回syn
|
### 为什么要传回 SYN
|
||||||
接收端传回发送端所发送的SYN是为了告诉发送端，我接收到的信息确实就是你所发送的信号了。
|
接收端传回发送端所发送的 SYN 是为了告诉发送端，我接收到的信息确实就是你所发送的信号了。
|
||||||
|
|
||||||
### 传了SYN,为啥还要传ACK
|
### 传了 SYN,为啥还要传 ACK
|
||||||
|
|
||||||
双方通信无误必须是两者互相发送信息都无误。传了SYN，证明发送方到接收方的通道没有问题，但是接收方到发送方的通道还需要ACK信号来进行验证。
|
双方通信无误必须是两者互相发送信息都无误。传了 SYN，证明发送方到接收方的通道没有问题，但是接收方到发送方的通道还需要 ACK 信号来进行验证。
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
断开一个TCP连接则需要“四次挥手”：
|
断开一个 TCP 连接则需要“四次挥手”：
|
||||||
- 客户端-发送一个FIN，用来关闭客户端到服务器的数据传送
|
- 客户端-发送一个 FIN，用来关闭客户端到服务器的数据传送
|
||||||
- 服务器-收到这个FIN，它发回一个ACK，确认序号为收到的序号加1 。和SYN一样，一个FIN将占用一个序号
|
- 服务器-收到这个 FIN，它发回一 个 ACK，确认序号为收到的序号加1 。和 SYN 一样，一个 FIN 将占用一个序号
|
||||||
- 服务器-关闭与客户端的连接，发送一个FIN给客户端
|
- 服务器-关闭与客户端的连接，发送一个FIN给客户端
|
||||||
- 客户端-发回ACK报文确认，并将确认序号设置为收到序号加1
|
- 客户端-发回 ACK 报文确认，并将确认序号设置为收到序号加1
|
||||||
|
|
||||||
|
|
||||||
### 为什么要四次挥手
|
### 为什么要四次挥手
|
||||||
|
|
||||||
任何一方都可以在数据传送结束后发出连接释放的通知，待对方确认后进入半关闭状态。当另一方也没有数据再发送的时候，则发出连接释放通知，对方确认后就完全关闭了TCP连接。
|
任何一方都可以在数据传送结束后发出连接释放的通知，待对方确认后进入半关闭状态。当另一方也没有数据再发送的时候，则发出连接释放通知，对方确认后就完全关闭了TCP连接。
|
||||||
|
|
||||||
举个例子：A和B打电话，通话即将结束后，A说“我没啥要说的了”，B回答“我知道了”，但是B可能还会有要说的话，A不能要求B跟着自己的节奏结束通话，于是B可能又巴拉巴拉说了一通，最后B说“我说完了”，A回答“知道了”，这样通话才算结束。
|
举个例子：A 和 B 打电话，通话即将结束后，A 说“我没啥要说的了”，B回答“我知道了”，但是 B 可能还会有要说的话，A 不能要求 B 跟着自己的节奏结束通话，于是 B 可能又巴拉巴拉说了一通，最后 B 说“我说完了”，A 回答“知道了”，这样通话才算结束。
|
||||||
|
|
||||||
上面讲的比较概括，推荐一篇讲的比较细致的文章：[https://blog.csdn.net/qzcsu/article/details/72861891](https://blog.csdn.net/qzcsu/article/details/72861891)
|
上面讲的比较概括，推荐一篇讲的比较细致的文章：[https://blog.csdn.net/qzcsu/article/details/72861891](https://blog.csdn.net/qzcsu/article/details/72861891)
|
||||||
|
|
||||||
## 三 TCP、UDP协议的区别
|
## 三 TCP、UDP 协议的区别
|
||||||
|
|
||||||
|
|
||||||
UDP在传送数据之前不需要先建立连接，远地主机在收到UDP报文后，不需要给出任何确认。虽然UDP不提供可靠交付，但在某些情况下UDP确是一种最有效的工作方式（一般用于即时通信），比如： QQ语音 QQ视频 、直播等等
|
UDP 在传送数据之前不需要先建立连接，远地主机在收到 UDP 报文后，不需要给出任何确认。虽然 UDP 不提供可靠交付，但在某些情况下 UDP 确是一种最有效的工作方式（一般用于即时通信），比如： QQ 语音、 QQ 视频 、直播等等
|
||||||
|
|
||||||
TCP提供面向连接的服务。在传送数据之前必须先建立连接，数据传送结束后要释放连接。TCP不提供广播或多播服务。由于TCP要提供可靠的，面向连接的运输服务（TCP的可靠体现在TCP在传递数据之前，会有三次握手来建立连接，而且在数据传递时，有确认、窗口、重传、拥塞控制机制，在数据传完后，还会断开连接用来节约系统资源），这一难以避免增加了许多开销，如确认，流量控制，计时器以及连接管理等。这不仅使协议数据单元的首部增大很多，还要占用许多处理机资源。TCP一般用于文件传输、发送和接收邮件、远程登录等场景。
|
TCP 提供面向连接的服务。在传送数据之前必须先建立连接，数据传送结束后要释放连接。 TCP 不提供广播或多播服务。由于 TCP 要提供可靠的，面向连接的运输服务（TCP的可靠体现在TCP在传递数据之前，会有三次握手来建立连接，而且在数据传递时，有确认、窗口、重传、拥塞控制机制，在数据传完后，还会断开连接用来节约系统资源），这一难以避免增加了许多开销，如确认，流量控制，计时器以及连接管理等。这不仅使协议数据单元的首部增大很多，还要占用许多处理机资源。TCP 一般用于文件传输、发送和接收邮件、远程登录等场景。
|
||||||
|
|
||||||
## 四 TCP协议如何保证可靠传输
|
## 四 TCP 协议如何保证可靠传输
|
||||||
|
|
||||||
1. 应用数据被分割成TCP认为最适合发送的数据块。
|
1. 应用数据被分割成 TCP 认为最适合发送的数据块。
|
||||||
2. **超时重传：** 当TCP发出一个段后，它启动一个定时器，等待目的端确认收到这个报文段。如果不能及时收到一个确认，将重发这个报文段。
|
2. **超时重传：** 当 TCP 发出一个段后，它启动一个定时器，等待目的端确认收到这个报文段。如果不能及时收到一个确认，将重发这个报文段。
|
||||||
3. TCP给发送的每一个包进行编号，接收方对数据包进行排序，把有序数据传送给应用层。
|
3. TCP 给发送的每一个包进行编号，接收方对数据包进行排序，把有序数据传送给应用层。
|
||||||
4. **校验和：** TCP将保持它首部和数据的检验和。这是一个端到端的检验和，目的是检测数据在传输过程中的任何变化。如果收到段的检验和有差错，TCP将丢弃这个报文段和不确认收到此报文段。
|
4. **校验和：** TCP 将保持它首部和数据的检验和。这是一个端到端的检验和，目的是检测数据在传输过程中的任何变化。如果收到段的检验和有差错，TCP 将丢弃这个报文段和不确认收到此报文段。
|
||||||
5. TCP的接收端会丢弃重复的数据。
|
5. TCP 的接收端会丢弃重复的数据。
|
||||||
6. **流量控制：** TCP连接的每一方都有固定大小的缓冲空间，TCP的接收端只允许发送端发送接收端缓冲区能接纳的我数据。当接收方来不及处理发送方的数据，能提示发送方降低发送的速率，防止包丢失。TCP使用的流量控制协议是可变大小的滑动窗口协议。 （TCP利用滑动窗口实现流量控制）
|
6. **流量控制：** TCP 连接的每一方都有固定大小的缓冲空间，TCP的接收端只允许发送端发送接收端缓冲区能接纳的数据。当接收方来不及处理发送方的数据，能提示发送方降低发送的速率，防止包丢失。TCP 使用的流量控制协议是可变大小的滑动窗口协议。 （TCP 利用滑动窗口实现流量控制）
|
||||||
7. **拥塞控制：** 当网络拥塞时，减少数据的发送。
|
7. **拥塞控制：** 当网络拥塞时，减少数据的发送。
|
||||||
8. **停止等待ARQ协议（stop and wait）** 也是为了实现可靠传输的，它的基本原理就是每发完一个分组就停止发送，等待对方确认。在收到确认后再发下一个分组。
|
8. **停止等待协议** 也是为了实现可靠传输的，它的基本原理就是每发完一个分组就停止发送，等待对方确认。在收到确认后再发下一个分组。
|
||||||
|
|
||||||
### 超时重传
|
|
||||||
|
|
||||||
|
### 停止等待协议
|
||||||
|
- 停止等待协议是为了实现可靠传输的，它的基本原理就是每发完一个分组就停止发送，等待对方确认。在收到确认后再发下一个分组；
|
||||||
|
- 在停止等待协议中，若接收方收到重复分组，就丢弃该分组，但同时还要发送确认；
|
||||||
|
|
||||||
|
|
||||||
|
**1) 无差错情况:**
|
||||||
|
|
||||||
|
发送方发送分组,接收方在规定时间内收到,并且回复确认.发送方再次发送。
|
||||||
|
|
||||||
|
**2) 出现差错情况（超时重传）:**
|
||||||
|
|
||||||
停止等待协议中超时重传是指只要超过一段时间仍然没有收到确认，就重传前面发送过的分组（认为刚才发送过的分组丢失了）。因此每发送完一个分组需要设置一个超时计时器，其重转时间应比数据在分组传输的平均往返时间更长一些。这种自动重传方式常称为自动重传请求ARQ。另外在停止等待协议中若收到重复分组，就丢弃该分组，但同时还要发送确认。连续ARQ协议可提高信道利用率。发送维持一个发送窗口，凡位于发送窗口内的分组可连续发送出去，而不需要等待对方确认。接收方一般采用累积确认，对按序到达的最后一个分组发送确认，表明到这个分组位置的所有分组都已经正确收到了。
|
停止等待协议中超时重传是指只要超过一段时间仍然没有收到确认，就重传前面发送过的分组（认为刚才发送过的分组丢失了）。因此每发送完一个分组需要设置一个超时计时器，其重转时间应比数据在分组传输的平均往返时间更长一些。这种自动重传方式常称为自动重传请求ARQ。另外在停止等待协议中若收到重复分组，就丢弃该分组，但同时还要发送确认。连续ARQ协议可提高信道利用率。发送维持一个发送窗口，凡位于发送窗口内的分组可连续发送出去，而不需要等待对方确认。接收方一般采用累积确认，对按序到达的最后一个分组发送确认，表明到这个分组位置的所有分组都已经正确收到了。
|
||||||
|
|
||||||
### 停止等待协议
|
**3) 确认丢失和确认迟到**
|
||||||
- 停止等待协议是为了实现可靠传输的，它的基本原理就是每发完一个分组就停止发送，等待对方确认。在收到确认后再发下一个分组。
|
|
||||||
- 为了提高传输效率，发送方可以不使用低效率的停止等待协议，而是采用流水线传输。流水线传输就是发送方可连续发送多个分组，不必每发完一个分组就停下来等待对方确认。这样可使信道上一直有数据不间断的在传送。这种传输方式可以明显提高信道利用率。
|
- 确认丢失：确认消息在传输过程丢失
|
||||||
|
- 确认迟到 ：确认消息在传输过程中迟到
|
||||||
|
|
||||||
|
### 自动重传请求 ARQ 协议
|
||||||
|
停止等待协议中超时重传是指只要超过一段时间仍然没有收到确认，就重传前面发送过的分组（认为刚才发送过的分组丢失了）。因此每发送完一个分组需要设置一个超时计时器，其重转时间应比数据在分组传输的平均往返时间更长一些。这种自动重传方式常称为自动重传请求ARQ。
|
||||||
|
|
||||||
|
**优点：** 简单
|
||||||
|
|
||||||
|
**缺点：** 信道利用率低
|
||||||
|
### 连续ARQ协议
|
||||||
|
|
||||||
|
连续 ARQ 协议可提高信道利用率。发送方维持一个发送窗口，凡位于发送窗口内的分组可以连续发送出去，而不需要等待对方确认。接收方一般采用累计确认，对按序到达的最后一个分组发送确认，表明到这个分组为止的所有分组都已经正确收到了。
|
||||||
|
|
||||||
|
**优点：** 信道利用率高，容易实现，即使确认丢失，也不必重传。
|
||||||
|
|
||||||
|
**缺点：** 不能向发送方反映出接收方已经正确收到的所有分组的信息。 比如：发送方发送了 5条 消息，中间第三条丢失（3号），这时接收方只能对前两个发送确认。发送方无法知道后三个分组的下落，而只好把后三个全部重传一次。这也叫 Go-Back-N（回退 N），表示需要退回来重传已经发送过的 N 个消息。
|
||||||
|
|
||||||
### 滑动窗口
|
### 滑动窗口
|
||||||
|
|
||||||
TCP利用滑动窗口实现流量控制的机制。
|
- TCP 利用滑动窗口实现流量控制的机制。
|
||||||
|
- 滑动窗口（Sliding window）是一种流量控制技术。早期的网络通信中，通信双方不会考虑网络的拥挤情况直接发送数据。由于大家不知道网络拥塞状况，同时发送数据，导致中间节点阻塞掉包，谁也发不了数据，所以就有了滑动窗口机制来解决此问题。
|
||||||
发送窗口里面的序号表示允许发送的序号。发送窗口后沿的后面部分表示已发送且已收到确认，而发送窗口前沿的前面部分表示不晕与发送。发送窗口后沿的变化情况有两种可能，即不动（没有收到新的确认）和前移（收到了新的确认）。发送窗口的前沿通常是不断向前移动的。一般来说，我们总是希望数据传输更快一些。但如果发送方把数据发送的过快，接收方就可能来不及接收，这就会造成数据的丢失。所谓流量控制就是让发送方的发送速率不要太快，要让接收方来得及接收。
|
- TCP 中采用滑动窗口来进行传输控制，滑动窗口的大小意味着接收方还有多大的缓冲区可以用于接收数据。发送方可以通过滑动窗口的大小来确定应该发送多少字节的数据。当滑动窗口为 0 时，发送方一般不能再发送数据报，但有两种情况除外，一种情况是可以发送紧急数据，例如，允许用户终止在远端机上的运行进程。另一种情况是发送方可以发送一个 1 字节的数据报来通知接收方重新声明它希望接收的下一字节及发送方的滑动窗口大小。
|
||||||
|
|
||||||
### 流量控制
|
### 流量控制
|
||||||
|
|
||||||
流量控制是为了控制发送方发送速率，保证接收方来得及接收。
|
- TCP 利用滑动窗口实现流量控制。
|
||||||
|
- 流量控制是为了控制发送方发送速率，保证接收方来得及接收。
|
||||||
接收方发送的确认报文中的窗口字段可以用来控制发送方窗口大小，从而影响发送方的发送速率。将窗口字段设置为 0，则发送方不能发送数据。
|
- 接收方发送的确认报文中的窗口字段可以用来控制发送方窗口大小，从而影响发送方的发送速率。将窗口字段设置为 0，则发送方不能发送数据。
|
||||||
|
|
||||||
### 拥塞控制
|
### 拥塞控制
|
||||||
|
|
||||||
在某段时间，若对网络中某一资源的需求超过了该资源所能提供的可用部分，网络的性能就要变坏。这种情况就叫拥塞。拥塞控制就是为了防止过多的数据注入到网络中，这样就可以使网络中的路由器或链路不致过载。拥塞控制所要做的都有一个前提，就是网络能够承受现有的网络负荷。拥塞控制是一个全局性的过程，涉及到所有的主机，所有的路由器，以及与降低网络传输性能有关的所有因素。相反，流量控制往往是点对点通信量的控制，是个端到端的问题。流量控制所要做到的就是抑制发送端发送数据的速率，以便使接收端来得及接收。
|
在某段时间，若对网络中某一资源的需求超过了该资源所能提供的可用部分，网络的性能就要变坏。这种情况就叫拥塞。拥塞控制就是为了防止过多的数据注入到网络中，这样就可以使网络中的路由器或链路不致过载。拥塞控制所要做的都有一个前提，就是网络能够承受现有的网络负荷。拥塞控制是一个全局性的过程，涉及到所有的主机，所有的路由器，以及与降低网络传输性能有关的所有因素。相反，流量控制往往是点对点通信量的控制，是个端到端的问题。流量控制所要做到的就是抑制发送端发送数据的速率，以便使接收端来得及接收。
|
||||||
|
|
||||||
为了进行拥塞控制，TCP发送方要维持一个 **拥塞窗口(cwnd)** 的状态变量。拥塞控制窗口的大小取决于网络的拥塞程度，并且动态变化。发送方让自己的发送窗口取为拥塞窗口和接收方的接受窗口中较小的一个。
|
为了进行拥塞控制，TCP 发送方要维持一个 **拥塞窗口(cwnd)** 的状态变量。拥塞控制窗口的大小取决于网络的拥塞程度，并且动态变化。发送方让自己的发送窗口取为拥塞窗口和接收方的接受窗口中较小的一个。
|
||||||
|
|
||||||
TCP的拥塞控制采用了四种算法，即 **慢开始** 、 **拥塞避免** 、**快重传** 和 **快恢复**。在网络层也可以使路由器采用适当的分组丢弃策略（如主动队列管理AQM），以减少网络拥塞的发生。
|
TCP的拥塞控制采用了四种算法，即 **慢开始** 、 **拥塞避免** 、**快重传** 和 **快恢复**。在网络层也可以使路由器采用适当的分组丢弃策略（如主动队列管理 AQM），以减少网络拥塞的发生。
|
||||||
|
|
||||||
- **慢开始：** 慢开始算法的思路是当主机开始发送数据时，如果立即把大量数据字节注入到网络，那么可能会引起网络阻塞，因为现在还不知道网络的符合情况。经验表明，较好的方法是先探测一下，即由小到大逐渐增大发送窗口，也就是由小到大逐渐增大拥塞窗口数值。cwnd初始值为1，每经过一个传播轮次，cwnd加倍。
|
- **慢开始：** 慢开始算法的思路是当主机开始发送数据时，如果立即把大量数据字节注入到网络，那么可能会引起网络阻塞，因为现在还不知道网络的符合情况。经验表明，较好的方法是先探测一下，即由小到大逐渐增大发送窗口，也就是由小到大逐渐增大拥塞窗口数值。cwnd初始值为1，每经过一个传播轮次，cwnd加倍。
|
||||||
|
|
||||||
- **拥塞避免：** 拥塞避免算法的思路是让拥塞窗口cwnd缓慢增大，即每经过一个往返时间RTT就把发送放的cwnd加1.
|
- **拥塞避免：** 拥塞避免算法的思路是让拥塞窗口cwnd缓慢增大，即每经过一个往返时间RTT就把发送放的cwnd加1.
|
||||||
- **快重传与快恢复：**
|
- **快重传与快恢复：**
|
||||||
在TCP/IP中，快速重传和恢复（fast retransmit and recovery，FRR）是一种拥塞控制算法，它能快速恢复丢失的数据包。没有FRR，如果数据包丢失了，TCP将会使用定时器来要求传输暂停。在暂停的这段时间内，没有新的或复制的数据包被发送。有了FRR，如果接收机接收到一个不按顺序的数据段，它会立即给发送机发送一个重复确认。如果发送机接收到三个重复确认，它会假定确认件指出的数据段丢失了，并立即重传这些丢失的数据段。有了FRR，就不会因为重传时要求的暂停被耽误。 当有单独的数据包丢失时，快速重传和恢复（FRR）能最有效地工作。当有多个数据信息包在某一段很短的时间内丢失时，它则不能很有效地工作。
|
在 TCP/IP 中，快速重传和恢复（fast retransmit and recovery，FRR）是一种拥塞控制算法，它能快速恢复丢失的数据包。没有 FRR，如果数据包丢失了，TCP 将会使用定时器来要求传输暂停。在暂停的这段时间内，没有新的或复制的数据包被发送。有了 FRR，如果接收机接收到一个不按顺序的数据段，它会立即给发送机发送一个重复确认。如果发送机接收到三个重复确认，它会假定确认件指出的数据段丢失了，并立即重传这些丢失的数据段。有了 FRR，就不会因为重传时要求的暂停被耽误。 当有单独的数据包丢失时，快速重传和恢复（FRR）能最有效地工作。当有多个数据信息包在某一段很短的时间内丢失时，它则不能很有效地工作。
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
### 五 在浏览器中输入url地址 ->> 显示主页的过程（面试常客）
|
## 五 在浏览器中输入url地址 ->> 显示主页的过程（面试常客）
|
||||||
百度好像最喜欢问这个问题。
|
百度好像最喜欢问这个问题。
|
||||||
> 打开一个网页，整个过程会使用哪些协议
|
> 打开一个网页，整个过程会使用哪些协议
|
||||||
|
|
||||||
@ -229,19 +261,19 @@ TCP的拥塞控制采用了四种算法，即 **慢开始** 、 **拥塞避免**
|
|||||||
|
|
||||||
|
|
||||||
|
|
||||||
### 六 状态码
|
## 六 状态码
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
### 七 各种协议与HTTP协议之间的关系
|
## 七 各种协议与HTTP协议之间的关系
|
||||||
一般面试官会通过这样的问题来考察你对计算机网络知识体系的理解。
|
一般面试官会通过这样的问题来考察你对计算机网络知识体系的理解。
|
||||||
|
|
||||||
图片来源：《图解HTTP》
|
图片来源：《图解HTTP》
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
### 八 HTTP长连接、短连接
|
## 八 HTTP长连接、短连接
|
||||||
|
|
||||||
在HTTP/1.0中默认使用短连接。也就是说，客户端和服务器每进行一次HTTP操作，就建立一次连接，任务结束就中断连接。当客户端浏览器访问的某个HTML或其他类型的Web页中包含有其他的Web资源（如JavaScript文件、图像文件、CSS文件等），每遇到这样一个Web资源，浏览器就会重新建立一个HTTP会话。
|
在HTTP/1.0中默认使用短连接。也就是说，客户端和服务器每进行一次HTTP操作，就建立一次连接，任务结束就中断连接。当客户端浏览器访问的某个HTML或其他类型的Web页中包含有其他的Web资源（如JavaScript文件、图像文件、CSS文件等），每遇到这样一个Web资源，浏览器就会重新建立一个HTTP会话。
|
||||||
|
|
||||||
|
|||||||
Loading…
x
Reference in New Issue
Block a user