网站建设了推广方案,微信怎么推广自己的产品,公司官网是什么意思,全国建设地产网站文章目录 前言一、计算机网络层次结构二、网络层三、运输层3.1、TCP/IP协议介绍3.2、端口#xff08;协议端口号#xff09;3.3、套接字3.4、TCP实现原理3.4.1、TCP的特点3.4.2、停止等待协议3.4.3、滑动窗口协议3.4.4、拥塞控制3.4.5、TCP连接的三个阶段 3.5、UDP实现原理 前… 文章目录 前言一、计算机网络层次结构二、网络层三、运输层3.1、TCP/IP协议介绍3.2、端口协议端口号3.3、套接字3.4、TCP实现原理3.4.1、TCP的特点3.4.2、停止等待协议3.4.3、滑动窗口协议3.4.4、拥塞控制3.4.5、TCP连接的三个阶段 3.5、UDP实现原理 前言
本期内容重点复习一下以下三层网络层运输层应用层 参考教材计算机网络博客中部分图片来自本书 参考chatgpt4
一、计算机网络层次结构
计算机网络的层次结构通常根据OSI开放系统互联模型或TCP/IP模型来进行划分。
OSI开放系统互联模型该模型将计算机网络分为七层自下而上依次是
物理层负责传输比特流即电压的高低、光的闪烁等。
数据链路层负责在网络设备之间传输数据帧也就是数据包并能够检测和纠正数据传输的错误。
网络层负责处理数据包的发送和接收包括包的路由选择。
传输层负责处理端到端的数据传输。
会话层负责在数据传输中设置和维护网络连接。
表示层负责处理操作系统中数据的表示、安全和压缩问题。
应用层负责处理特定应用程序的协议。
TCP/IP模型该模型将计算机网络分为四层自下而上依次是
网络接口层相当于OSI模型中的物理层和数据链路层负责处理和网络媒体的硬件接口相关的所有事务。
网络层相当于OSI模型中的网络层负责处理IP地址和路由。
传输层相当于OSI模型中的传输层负责处理TCP和UDP协议。
应用层相当于OSI模型中的会话层、表示层和应用层负责处理所有特定的应用程序细节。
实际应用中我们经常使用一个简化的五层网络模型这个模型把OSI的七层模型进行了合并简化。五层模型自下而上依次是
物理层负责将比特流即电压的高低、光的闪烁等在物理媒介如电缆、光纤上进行传输。
数据链路层负责在网络设备之间传输数据帧也就是数据包并能够检测和纠正数据传输的错误。
网络层负责处理数据包的发送和接收包括包的路由选择。
传输层负责处理端到端的数据传输例如TCP协议和UDP协议都工作在这一层。
应用层这一层包含了OSI模型中的会话层、表示层和应用层负责处理所有特定的应用程序细节。例如HTTP、FTP等协议都工作在这一层。 二、网络层
三、运输层
3.1、TCP/IP协议介绍
TCPTransmission Control Protocol传输控制协议和UDPUser Datagram Protocol用户数据报协议都是网络传输层的两种重要协议它们都是用来发送数据包的但是各自的特性和使用场景有很大的不同。
TCP传输控制协议:
TCP是一种面向连接的协议这意味着在数据传输前发送方和接收方需要先建立连接然后才能进行数据的发送和接收。这种方式可以确保数据的完整性和准确性。
TCP提供了数据包的顺序控制、流量控制、拥塞控制和错误检查等功能。这些控制机制确保了数据包能够正确、有序地到达目的地。
TCP的这些特性使它非常适合于对数据传输质量要求高的应用例如网页浏览、文件传输、电子邮件等。
UDP用户数据报协议:
UDP是一种无连接的协议这意味着发送方发送数据时不需要先建立连接。这种方式虽然不能保证数据包的到达和顺序但是由于省去了建立连接的过程使得数据传输的延迟更低。
UDP不提供数据包的顺序控制、流量控制、拥塞控制和错误检查等功能。这些特性使得UDP非常适合于实时性要求高但对数据丢失可以容忍的应用例如语音和视频通话、实时游戏等。
UDP的另一个特性是它支持广播和多播这使得UDP非常适合于多点通信。
总的来说TCP和UDP各有优劣具体使用哪种协议取决于应用的具体需求。
3.2、端口协议端口号
在网络通信中端口是一种抽象的软件结构用来区分不同的进程或服务。端口是与IP地址配合使用的一起构成了网络通信中的地址和端口的概念。在TCP/IP协议中端口被标识为一个16位的数字范围从0到65535。 通常端口可以分为三个范围
已知端口Well Known Ports这些是最常用的端口范围是0-1023。许多常见的协议都在这个范围内例如HTTP的端口80HTTPS的端口443FTP的端口21SMTP的端口25等。
注册端口Registered Ports这些端口的范围是1024-49151。它们不是预留给特定服务的但通常用于某些已知的应用。例如MySQL默认的端口就是3306。
动态或私有端口Dynamic or Private Ports这些端口的范围是49152-65535。它们通常被用于动态端口分配当一个客户端应用程序需要与服务器建立连接时操作系统通常会从这个范围内选择一个可用的端口号。
当我们说一个服务器在监听某个端口实际上就是说服务器上的某个服务正在等待从那个端口号上到来的连接请求。同样当一个客户端程序连接到服务器的某个端口时实际上是在请求使用服务器上绑定到那个端口的服务。 使用不同的端口号我们可以在同一台计算机上运行多个网络服务每个服务可以独立地接收和处理连接请求。这就是端口的主要作用。
另外你也需要确保你的程序在运行时具有足够的权限来监听你选择的端口。在许多操作系统中监听1024以下的端口需要管理员或root权限但1024以上的端口通常可以由任何用户监听。
3.3、套接字
套接字Socket是计算机网络中用于描述IP地址和端口以便能够进行网络通信的一种抽象概念。它是网络应用程序进行数据发送和接收的接口。简单来说套接字就像是一个电话插孔你可以通过它来接通电话线网络连接并进行通话数据传输。 套接字最初由伯克利BerkeleyUNIX操作系统开发并引入现在已经被所有主流的操作系统所采用。在编程中我们通常通过套接字API应用程序接口来进行网络编程。套接字API提供了一组函数使得程序员能够在他们的程序中创建套接字、连接到远程套接字、发送和接收数据等。 套接字可以支持不同的通信协议最常见的有TCP传输控制协议和UDP用户数据报协议。TCP套接字提供了一种面向连接的、可靠的数据传输服务而UDP套接字则提供了一种无连接的、不可靠的数据传输服务。 一个套接字被定义为一个IP地址和一个端口号的组合 例如如果你的计算机的IP地址是192.168.1.100你的Web服务器程序正在监听端口80那么你可以说你的Web服务器的套接字是192.168.1.100:80。当一个客户端程序想要连接到你的服务器时它需要知道这个套接字以便能够正确地向你的服务器发送请求。
3.4、TCP实现原理
3.4.1、TCP的特点
TCPTransmission Control Protocol传输控制协议是一种面向连接的、可靠的、基于字节流的传输层通信协议。以下是TCP的一些主要特点和工作原理
面向连接 在数据传输开始之前TCP需要在发送端和接收端之间建立一个连接。这个过程通常被称为三次握手。一旦连接建立所有的数据传输都在这个连接上进行直到连接被关闭。
可靠传输 TCP通过使用确认ACK机制、序列号、重传机制和错误检查来确保数据的可靠传输。如果发送端没有收到数据包的确认那么它会重新发送数据包。
流量控制 TCP使用窗口机制来进行流量控制防止接收端被发送端发送的数据淹没。窗口的大小表明了接收端当前能接受的数据量。
拥塞控制 当网络出现拥塞时TCP会减少数据的发送速率避免无效的重传和网络资源的浪费。当网络恢复正常时TCP会逐渐增加数据的发送速率。
全双工通信 TCP连接的两端都能发送和接收数据。这意味着在一个TCP连接中数据可以在两个方向上同时传输。
字节流 TCP不关心应用层的消息边界把应用层传下来的数据看作仅仅是一个连续的字节流。
这些特点使得TCP非常适合那些需要高可靠性的应用例如Web浏览、电子邮件、文件传输等。然而这些特性也使得TCP比一些其他的传输协议如UDP更复杂有时候也更慢。 3.4.2、停止等待协议
停止等待协议是一种基本的流量控制协议它也是TCP中可靠数据传输的基础。在停止等待协议中发送端每次只发送一个数据包然后停止发送并等待接收端的确认。在收到确认后发送端再发送下一个数据包。 以下是停止等待协议的基本步骤
发送端发送一个数据包到接收端。
发送端启动一个定时器等待接收端的确认。这个定时器的时间通常比数据包在网络中传输的平均时间要长一些以便给接收端处理数据包和发送确认的时间。
如果在定时器超时之前发送端收到了接收端的确认那么它会发送下一个数据包。
如果定时器超时但发送端还没有收到确认那么发送端会认为数据包已经丢失然后重新发送这个数据包。
停止等待协议的优点是它简单易懂实现也相对简单。它能够确保数据包不会因为网络的问题而丢失并且能够防止发送端发送数据的速度过快导致接收端无法处理。 然而停止等待协议的效率不高特别是在网络延迟大的情况下。发送端每次只发送一个数据包然后就停下来等待确认这意味着网络的利用率很低尤其是当网络的带宽很大而数据包的大小相对较小的时候。为了解决这个问题人们开发了一些更高效的流量控制协议例如滑动窗口协议。
3.4.3、滑动窗口协议
滑动窗口协议是一种流量控制协议它可以提高网络的利用率并且还能保证数据的可靠传输。这种协议在TCP传输控制协议中被广泛使用。 滑动窗口协议的基本思想是发送端和接收端各自维护一个窗口。发送窗口包含了可以发送的数据段接收窗口包含了可以接收的数据段。窗口的大小可以动态调整以适应网络的条件。 以下是滑动窗口协议的基本步骤
在开始时发送端的窗口包含了一些数据段这些数据段可以立即发送。发送端发送窗口中的数据段后将这些数据段标记为已发送但未确认。
当接收端收到一个数据段它会发送一个确认回去。确认中包含了接收端期望接收的下一个数据段的序列号以及接收窗口的剩余大小。
当发送端收到一个确认它会更新它的窗口。已被确认的数据段会从窗口中移除窗口会向前滑动以包含新的可以发送的数据段。窗口的大小可能会根据接收端的反馈即接收窗口的剩余大小进行调整。
如果一个数据段的确认在一定时间内没有收到那么发送端会重新发送这个数据段。这是通过超时重传机制来实现的。
滑动窗口协议不仅可以保证数据的可靠传输通过确认和重传机制而且还可以有效地控制数据的发送速度通过窗口大小的调整以防止发送端发送数据过快导致接收端无法处理。这使得滑动窗口协议在各种网络条件下都能提供高效的数据传输。 流量控制是计算机网络中的一个关键概念它指的是一种技术或一组机制用于防止发送端发送数据的速度超过接收端处理数据的能力。 如果没有流量控制发送端可能会以接收端无法处理的速度发送数据这将导致接收端的缓冲区溢出进而丢失数据。因此流量控制是网络通信中保证数据可靠传输的重要手段之一。 流量控制可以在不同的网络层次实现例如在数据链路层如X.25协议或者传输层如TCP协议。 在TCP中流量控制是通过滑动窗口协议来实现的。每个TCP连接都有一个关联的接收窗口该窗口的大小表示接收端当前还能接收多少数据。当接收端处理完一部分数据并释放了缓冲区空间后它会通过确认信息告诉发送端从而增大发送端的发送窗口。通过动态调整窗口大小TCP可以根据接收端的处理能力和网络的拥塞程度来控制数据的发送速度。 总的来说流量控制是一个非常重要的网络功能它可以保护网络资源防止网络拥塞以及保证数据的可靠传输。
3.4.4、拥塞控制
拥塞控制是TCP传输控制协议的一种机制用于防止网络拥塞。当网络中的数据包数量过多超过网络的承载能力时就会出现网络拥塞。网络拥塞可能导致数据包的延迟增加甚至丢失。因此拥塞控制的目标是避免过多的数据进入网络以保持网络的质量。 TCP的拥塞控制主要有四种算法慢启动、拥塞避免、快重传和快恢复。这些算法共同工作以动态地调整每个TCP连接的拥塞窗口大小。拥塞窗口决定了发送端可以在没有收到确认的情况下发送多少数据。 以下是这四种算法的基本工作原理
慢启动当一个TCP连接开始时拥塞窗口的大小被设置为一个很小的值。然后每当发送端接收到一个确认它就会将拥塞窗口大小加倍。这样拥塞窗口的大小就会以指数方式增长直到达到一个阈值或者发生了数据包丢失。
拥塞避免当拥塞窗口达到阈值后发送端就会进入拥塞避免阶段。在这个阶段每当接收到一个确认拥塞窗口的大小就会线性地增加。这样拥塞窗口的增长速度就会减慢以避免过快地增加网络的负载。
快重传当发送端连续收到三个重复的确认这通常表示有一个数据包丢失时它不会等待超时重传定时器而是立即重新发送丢失的数据包。这样就可以更快地恢复丢失的数据包。
快恢复当发送端重新发送了丢失的数据包后它会将阈值减半然后立即进入拥塞避免阶段而不是慢启动阶段。这样就可以更快地恢复传输速度。
这四种算法共同工作以适应网络的条件保持高效的数据传输同时避免网络拥塞。
3.4.5、TCP连接的三个阶段
一个TCP传输控制协议连接的生命周期主要包括以下几个阶段
连接建立Connection Establishment这个阶段通常被称为“三次握手”Three-Way Handshake。首先客户端发送一个带有SYNSynchronize标志的数据包给服务器请求建立连接。然后服务器回应一个带有SYN和ACKAcknowledgement标志的数据包确认收到请求并同意建立连接。最后客户端再发送一个带有ACK标志的数据包确认收到服务器的回应。此时TCP连接就被成功建立可以开始传输数据。
数据传输Data Transfer在这个阶段客户端和服务器可以互相发送数据。TCP保证了数据的可靠传输通过序列号和确认机制保证数据按照正确的顺序到达并通过流量控制和拥塞控制机制来适应网络的条件。
连接终止Connection Termination这个阶段通常被称为“四次挥手”Four-Way Handshake。首先一方通常是客户端发送一个带有FINFinish标志的数据包请求关闭连接。然后另一方通常是服务器回应一个带有ACK标志的数据包确认收到请求。然后另一方也发送一个带有FIN标志的数据包请求关闭连接。最后第一方再回应一个带有ACK标志的数据包确认收到请求。此时TCP连接就被成功关闭。
在这些阶段中TCP通过复杂的算法和机制保证了数据的可靠传输使得应用程序可以像使用可靠的字节流一样使用网络。
3.5、UDP实现原理
UDP用户数据报协议User Datagram Protocol是一个简单的无连接的传输层协议。与TCP相比UDP更简单开销更小但是它不提供数据的可靠传输也不提供流量控制或拥塞控制。因此UDP通常用于那些对实时性要求高但对数据丢失容忍度较高的应用例如VoIP语音通话和在线游戏。 以下是UDP的基本实现原理
封装数据UDP将应用程序发送的数据封装在UDP数据报中。每个UDP数据报包括一个头部和一个数据部分。头部包含了源端口号、目标端口号、长度和校验和这些信息用于数据的传输和接收。数据部分就是应用程序发送的数据。
发送数据UDP数据报被封装在IP数据包中然后通过IP网络发送给接收端。由于UDP是无连接的所以发送数据时不需要建立和终止连接。UDP只是简单地将数据报发送出去而不关心数据报是否能成功到达。
接收数据当UDP数据报到达接收端时接收端会根据头部的端口号将数据报传递给相应的应用程序。如果数据报的校验和错误或者应用程序的接收缓冲区满了那么数据报可能会被丢弃。
处理数据应用程序接收到数据报后可以立即处理数据。由于UDP不提供数据的顺序保证所以应用程序需要自己处理数据的顺序问题。
总的来说UDP提供了一种简单快速的数据传输方式但是它不提供数据的可靠传输也不提供流量控制或拥塞控制。因此使用UDP的应用程序需要自己处理这些问题。
