嵌入式常见面试问题-2.0

常见面试问题

~ TCP的编程流程？

TCP（Transmission Control Protocol）是一种面向连接的、可靠的、基于字节流的传输层协议。在进行TCP编程时，通常遵循以下一般性的编程流程：

1. 创建套接字：在服务器端和客户端均需要创建套接字（Socket），以便进行通信。服务器端套接字用于监听传入的连接请求，而客户端套接字用于向服务器发起连接请求。
2. 绑定地址和端口：在服务器端，将服务器套接字绑定到一个特定的IP地址和端口上，以便监听客户端的连接请求；在客户端，通常不需要显式地绑定地址和端口，系统会自动分配。
3. 服务器端监听：在服务器端，开始监听来自客户端的连接请求，当有连接请求到达时，服务器端会接受连接并创建新的套接字用于与客户端进行通信。
4. 客户端连接：在客户端，向服务器端发起连接请求，并创建一个新的套接字用于与服务器端进行通信。
5. 建立连接：在TCP编程中，一旦客户端和服务器端的套接字建立连接，它们之间就可以进行双向的数据传输。
6. 数据传输：一旦连接建立，客户端和服务器端可以通过套接字进行数据的发送和接收。通常使用read和write等函数进行数据的读写操作。
7. 关闭连接：一旦数据传输完成，客户端或服务器端可以选择关闭连接，释放资源。

~ UDP的编程流程？

在进行UDP（User Datagram Protocol）编程时，通常遵循以下一般性的编程流程：

1. 创建套接字：在服务器端和客户端均需要创建UDP套接字（Socket），以便进行UDP通信。
2. 绑定地址和端口：在服务器端，将UDP套接字绑定到一个特定的IP地址和端口上，以便接收传入的数据包；在客户端，通常不需要显式地绑定地址和端口，系统会自动分配。
3. 数据传输：
   • 服务器端：服务器端通过UDP套接字接收传入的数据包，可以使用recvfrom函数接收数据，并可以使用sendto函数向指定的客户端发送数据包。
   • 客户端：客户端通过UDP套接字向服务器端发送数据包，可以使用sendto函数发送数据，并可以使用recvfrom函数接收服务器端响应的数据包。
4. 无连接特性：UDP是一种面向无连接的协议，因此在每次数据传输时不需要建立连接，而是直接发送数据包。这也意味着UDP不保证数据的可靠性和顺序性。
5. 错误处理：由于UDP是不可靠的协议，因此在UDP编程中应该考虑数据包丢失、重复、乱序等问题，需要在应用层进行适当的错误处理和容错机制设计。
6. 关闭套接字：在数据传输完成后，客户端和服务器端可以选择关闭UDP套接字，释放资源。

总的来说，UDP编程相比TCP编程更简单，因为它是一种无连接的协议，不需要建立和维护连接状态。但同时，UDP也缺乏TCP提供的可靠性和顺序性保证，因此在实际应用中需要根据具体需求选择合适的协议。

~ TCP协议和UDP协议的区别？

TCP（Transmission Control Protocol）和UDP（User Datagram Protocol）是两种常用的传输层协议，它们在以下几个方面有明显的区别：

1. 连接性：TCP是面向连接的协议，通过三次握手建立连接，然后进行可靠的数据传输。而UDP是无连接的协议，每个数据包都是独立的，没有建立和维护连接的过程。
2. 可靠性：TCP提供可靠的数据传输机制，通过序号、确认和重传等机制实现数据的可靠性和顺序性。UDP则不提供这些机制，数据包可能丢失、重复或者乱序。
3. 延迟：由于TCP提供的可靠性机制以及拥塞控制等算法，它的传输速度相对较慢，可能引入一定的延迟。而UDP没有这些机制，传输速度快，延迟较低。
4. 数据量限制：TCP没有数据大小的限制，可以传输任意大小的数据。而UDP对单个数据包的大小有限制（通常是64KB），超过限制的数据需要分片传输。
5. 应用场景：TCP适用于要求可靠性和顺序性的应用，如文件传输、电子邮件、网页浏览等。UDP适用于实时性要求较高、数据量较小且丢失一些数据不会对应用造成太大影响的应用，如音频/视频流传输、在线游戏等。

综上所述，TCP提供可靠性和顺序性的传输，适用于对数据完整性要求较高的应用场景；而UDP是无连接的传输协议，传输速度快，适用于实时性要求较高的应用场景。在选择使用哪种协议时，需要根据具体的应用需求和网络条件进行权衡。

~ 描述TCP三次握手和四次挥手的过程？

TCP 三次握手和四次挥手是建立和终止 TCP 连接的过程。以下是它们的详细描述：

TCP 三次握手（TCP Three-Way Handshake）：

1. 第一步（SYN）：客户端向服务器发送一个带有 SYN（同步）标志的数据包，表示客户端请求建立连接，并选择一个初始序列号。
2. 第二步（SYN-ACK）：服务器收到客户端的请求后，回复一个带有 SYN 和 ACK（确认）标志的数据包，表示接受连接请求，并确认客户端的初始序列号，同时选择自己的初始序列号。
3. 第三步（ACK）：客户端收到服务器的回复后，再次发送一个带有 ACK 标志的数据包，确认服务器的初始序列号。

完成上述三个步骤后，TCP 连接成功建立，双方可以开始进行数据传输。

TCP 四次挥手（TCP Four-Way Handshake）：

1. 第一步（FIN）：当客户端想要关闭连接时，发送一个带有 FIN（结束）标志的数据包给服务器。
2. 第二步（ACK）：服务器接收到客户端的关闭请求后，回复一个带有 ACK 标志的数据包作为确认。
3. 第三步（FIN）：服务器准备关闭连接时，发送一个带有 FIN 标志的数据包给客户端。
4. 第四步（ACK）：客户端收到服务器的关闭请求后，回复一个带有 ACK 标志的数据包作为确认。

完成上述四个步骤后，TCP 连接成功关闭，双方不再进行数据传输。

在三次握手过程中，客户端和服务器都要发送和接收确认信息，确保双方都知道对方已准备好建立连接。而在四次挥手过程中，双方需要协商关闭连接，并确保双方都知道连接已经关闭。这些握手和挥手过程可以保证可靠的连接建立和关闭，以提供可靠的数据传输服务。

~ tcp粘包和udp丢包怎么解决？

解决 TCP 粘包和 UDP 丢包问题是网络通信中常见的挑战，以下是针对这两个问题的一些解决方法：

TCP 粘包问题的解决方法：

1. 消息边界标识：在数据包中增加消息边界标识符，接收端根据这些标识符来正确拆分消息。
2. 消息长度固定：发送端在每个消息前面添加固定长度的消息头，指明消息的长度，接收端根据消息头的长度信息进行准确地拆包。
3. 使用特定分隔符：在消息之间加入特定的分隔符，接收端根据这些分隔符来切分消息。
4. 应用层协议处理：在应用层设计特定的协议来处理粘包情况，如在消息头中包含消息类型、长度等信息。

UDP 丢包问题的解决方法：

1. 超时重传机制：发送方在一定时间内未收到确认时，重新发送数据包。
2. 使用确认应答：接收方收到数据包后发送确认应答，发送方根据确认情况进行重传。
3. 消息切片和重组：将大的消息切分成小的数据包发送，接收方根据序号重组消息。
4. 使用快速重传：接收方收到乱序数据包时，立即发送重复确认，触发发送方快速重传丢失的数据包。

以上方法是常见的解决 TCP 粘包和 UDP 丢包问题的策略，根据具体场景和需求选择适合的方法来提高网络通信的可靠性和效率。

~ TCP中如何保证数据可靠传输？

TCP（Transmission Control Protocol）通过以下机制来保证数据的可靠传输：

1. 序列号和确认应答：TCP 在数据包中使用序列号和确认应答机制来跟踪数据传输的顺序和状态。每个数据包都有一个序列号，接收端会发送确认应答来告知发送端已成功接收到数据，如果发送端在一定时间内未收到确认应答，会重发数据包。
2. 超时重传：TCP 使用超时重传机制来应对丢失的数据包。如果发送端在一定时间内未收到确认应答，会认为数据包丢失，触发超时重传，重新发送数据包。
3. 流量控制：TCP 使用滑动窗口机制来进行流量控制，确保发送端发送的数据不会超出接收端的处理能力。接收端通过通知发送端自己的窗口大小，发送端根据窗口大小来控制发送速率。
4. 拥塞控制：TCP 通过拥塞控制算法来避免网络拥塞问题。当网络出现拥塞时，TCP 会减少发送速率以避免进一步加剧拥塞情况，从而保证数据传输的稳定性和可靠性。
5. 重复消除：TCP 使用累积确认机制来避免重复传输数据。如果接收端收到一个已经接收过的数据包，会发送重复确认，发送端接收到重复确认后会只重传丢失的数据包，而不是整个数据。

通过以上这些机制，TCP 能够确保数据的可靠传输，同时适应不同网络环境下的变化，提供稳定、高效的数据传输服务。