《Linux网络编程》： TCP编程

这一节是继续上一节socket05的讨论，来探讨在使用socket进行通信中遇到的一些函数使用理解误区1.fgets的使用注意点在写socket通信（代码见上一篇中，只是将sendbuf和recvbuf的容量改变了其余不变）的时候遇到的问题，这个现象是：在fgets(sendbuf,sizeof(sendbuf),stdin)的时候，假设我的sendbuf容量是n，也就是char sendbuf[n

1、fgets(buf, n, file) 函数功能：从 目标文件流 file 中读取 n-1 个字符，放入以 buf 起始地址的内存空间中。 楼主的函数调用是这个意思： 首先，s 肯定是一个字符数组。 该调用从 标准输入流 stdin （也就是键盘输入）读入 s 数组的大小(sizeof(s))再减 1 的长度的字符到 buf 所指的内存空间中（前提是buf已经申请好空间了） 2、 int...

本文介绍了基于TCP协议的网络编程实现，重点讲解了TCP服务器初始化的三个关键步骤：socket创建、bind绑定和listen监听。与UDP不同，TCP需要listen系统调用来建立连接队列，这是由TCP面向连接的特性决定的。文章通过代码示例展示了如何封装InetAddr类来简化地址处理，并对比了TCP和UDP在通信方式上的本质差异：TCP类似电话通话需要建立连接，而UDP则像寄送明信片无需连接。最后解释了为什么UDP不需要listen而TCP需要，为后续深入学习TCP协议打下基础。

地址转换工具inet_aton（字符串 IP→网络字节序）和inet_ntoa（网络字节序→字符串 IP）简化 IP 处理。协议选择：需可靠性选 TCP，需实时性选 UDP；UDP 需自行处理丢包和重传。错误处理：所有 Socket 函数需检查返回值，处理errno错误码（如EAGAIN表示资源暂时不可用）。Linux 网络编程的核心是理解 TCP/UDP 的差异、合理使用端口号、处理字节序转换，并掌握 Socket 编程的基本流程。

客户端收到服务器的连接释放报文后，必须发出确认，ACK=1，ack=w+1，而自己的序列号是seq=u+1，此时，客户端就进入了TIME-WAIT（时间等待）状态，但此时TCP连接还未终止，必须要经过2MSL后（最长报文寿命），当客户端撤销相应的TCB后，客户端才会进入CLOSED关闭状态，服务器端接收到确认报文后，会立即进入CLOSED关闭状态，到这里TCP连接就断开了，四次挥手完成。对于这些套接字，连接时这样的：默认发送和接收数据的主机由给定的地址确定，可以使用 send()和 recv()。

TCP（传输控制协议）和UDP（用户数据报协议）是计算机网络中最常用的两个传输层协议，它们各自具有不同的特性和优势。以下是TCP的主要特性以及与UDP的区别。TCP和UDP各有优缺点，选择使用哪种协议取决于应用场景的需求。如果需要可靠性和顺序保证，TCP是更合适的选择；而如果应用对速度和效率要求较高，可以接受数据丢失，UDP则更为适用。

Linux网络编程: udp,tcp协议原理

概念： TCP网络编程有两种模式，一种是服务器模式，另一种是客户端模式。 （1）服务器模式创建一个服务程序，等待客户端用户的连接，接收到用户的连接请求后，根据用户的请求进行处理； （2）客户端模式则根据目的服务器的地址和端口进行连接，向服务器发送请求并对服务器的响应进行数据处理。 服务器端的程序设计模式： 流程主要分为 （1）套接字初始化（socket()） （2）套接字与端口的绑定...

本文针对TCP实现的echoserver进行了优化，主要解决了文件描述符泄露问题，并探讨了多线程实现方案。文章指出文件描述符是有限资源（通常最多1024个），强调父子进程需分别关闭文件描述符以避免泄露。在多线程版本中，作者通过静态成员函数和ThreadData结构体解决了参数传递问题，并采用线程分离机制实现自动回收。此外，还介绍了线程池版本的实现方案，使用std::function封装任务并绑定类成员函数。这些优化使服务端能够有效管理资源，避免文件描述符泄露，同时提高了代码的可扩展性。

B/S模型是一种网络架构模式，其中用户通过网页浏览器（如Chrome、Firefox等）来访问和使用服务器上的应用程序或数据。

1.Tcp流量控制2.滑动窗口2.1滑动窗口的更新2.2滑动窗口的丢包问题1.报文丢失的情况2.ACK丢失的情况3.拥塞控制3.1慢启动3.2拥塞窗口的增长。

本文介绍了基于TCP协议的套接字编程实现，主要内容包括： TCP服务端实现 创建监听套接字(socket) 绑定地址(bind) 设置监听状态(listen) 接收连接(accept) 使用多进程处理客户端请求 TCP客户端实现 创建套接字(socket) 连接服务器(connect) 通过read/write进行数据收发 关键问题解决 使用SIGCHLD信号处理避免僵尸进程 采用孙子进程方案避免服务端阻塞 特点说明 TCP是面向连接的可靠传输协议 服务端需要维护监听套接字和连接套接字 相比UDP增加了连接

TCP协议通过复杂的机制保证了可靠的数据传输，是嵌入式Linux网络编程的核心。理解三次握手和四次挥手的过程、掌握各个函数接口的用法、了解TCP与UDP的本质区别，是构建稳定网络应用的基础。在实际开发中，应根据应用场景选择合适的协议：对可靠性要求高的场景使用TCP，对实时性要求高的场景考虑UDP。通过深入理解TCP的工作原理，可以更好地诊断网络问题、优化系统性能，构建出稳定高效的网络应用。

本文介绍了基于TCP协议的服务器开发过程，包括套接字创建、绑定、监听和多线程处理等关键步骤。主要内容包括： 服务器初始化：创建套接字时选择AF_INET协议族和SOCK_STREAM类型，绑定IP地址和端口号，设置监听队列长度。 连接处理：使用accept函数获取客户端连接，分离监听套接字和服务套接字功能，实现多线程/多进程模型提高并发能力。 通信实现：通过read/write函数进行数据收发，实现简单的回声服务器功能。 性能优化：分析单线程模型的局限性，提出使用多进程、多线程和线程池方案解决并发问题。 安

历经4天，万字长文，传输层协议TCP/UDP学习参上！！！

文章目录一、简单介绍TCP二、TCP编程流程1.编程流程2.TCP的发送/接收缓冲区三、编程接口1.监听(listen)2.客户端连接(connect)3.服务端接收连接(accept)4.发送数据(send)5.接收数据(recv)四、TCPsocket编程1.多线程编程2.多进程编程总结 一、简单介绍TCP 面向连接：TCP的客户端与服务端进行通信时，服务端需要先和客户端建立连接，确认双方都在线后，再进行发送数据 可靠：保证数据是可靠有序到达对端的 面向字节流：多次发送的数据在网络传输过程中是没有明