百度一下官方网址,优化网站排名的方法,ps做的网站首页,中上网站建设TCP与UDP的区别#xff1a; udp是无连接的、面向数据报#xff08;通信时以数据报为单位传输#xff09;的传输层通信协议#xff0c;其中每个数据报都是独立的#xff0c;通信之前不需要建立连接#xff0c;bind绑定套接字后直接可以进行通信。 tcp是面向连接的、基于字…TCP与UDP的区别 udp是无连接的、面向数据报通信时以数据报为单位传输的传输层通信协议其中每个数据报都是独立的通信之前不需要建立连接bind绑定套接字后直接可以进行通信。 tcp是面向连接的、基于字节流通信时以字节为单位传输的传输层通信协议所以通信之前必须先建立连接。其中服务器是被连接的需要等待客户端的连接。
TCP中的发送和接收函数 注意在TCP套接字通信中接收和发送数据时不能使用recvfrom和sendto函数。TCP是面向字节流的UDP是面向数据报的recvfrom和sendto两函数是依赖于数据包的来源地址和端口进行通信读取和发送都是一个一个数据报的形式是专门为UDP协议规则设计的而TCP通信时是通过已经建立的连接进行且是字节流的形式不需要指定目标地址和端口。因此在设计网络应用程序时需要根据所使用的协议TCP或UDP选择合适的函数。 TCP通信时通常使用write发送数据和read接收数据或者send发送数据和recv接收数据。这两套函数都是面向字节流发送和接收数据的用法与sendto和recvfrom用法类似这里不做说明具体的使用后面会做代码演示。
TCP套接字必备的函数接口 1listen。该函数用于将套接字设置为监听状态这是一种被动模式即将其标记为用于接受客户端连接请求的套接字以接受来自客户端的连接请求。这个函数通常在服务器程序中调用通常是在服务器进程正在准备好接受来自客户端的连接并在调用 bind 函数时将套接字与特定地址IP地址和端口号关联之后使用。 当listen函数被调用时它告诉内核这个套接字现在处于被动模式并准备接受客户端的连接请求。内核会在自己的进程空间里维护一个队列来跟踪这些连接请求。当客户端尝试连接到服务器时它们的连接请求会被放入这个队列中。服务器进程可以调用accept函数来从这个等待队列中取出连接请求并建立新的连接。 头文件 #include sys/types.h #include sys/socket.h 格式 int listen(int sockfd, int backlog); 参数说明 sockfd要监听套接字的文件描述符。backlog指定系统内核应为相应套接字排队的最大连接数即最多有多少个客户端可以同时处于连接等待状态。如果接收到更多的连接请求这些请求将被忽略。它通常是一个较小的整数如2到4也可以设置为系统定义的最大值SOMAXCONN。 返回值 成功时返回0失败时返回-1。 2accept。该函数是在实现基于 TCP/IP 协议的服务器端程序时用于从监听套接字上接受一个连接请求从等待队列中取出一个已完成的连接并创建一个新的套接字该套接字将用于与客户端进行通信。此函数通常在调用 listen 函数之后使用listen 函数会使服务器套接字进入监听状态等待客户端的连接请求。 头文件 #include sys/types.h #include sys/socket.h 格式 int accept(int sockfd, struct sockaddr *addr, socklen_t *addrlen); 参数说明 sockfd一个监听套接字的描述符该套接字是通过 listen 函数设置为监听状态的套接字。addr指向 sockaddr 结构体的指针该结构体用于存储接受连接的地址信息。如果不需要这些信息可以将其设置为 NULL。addrlen指向包含 addr 结构体大小的变量的指针。函数返回时它会被更新为实际存储在 addr 地址中的实际大小。如果 addr 是 NULL则 addrlen 也为 NULL。 返回值 成功时返回一个非负值这个值是一个新的套接字描述符用于与接收到的客户端连接进行通信。 失败时返回 -1。 注意accept返回的套接字与listen监听的套接字在TCP/IP网络通信中扮演着不同的角色。listen监听的套接字是用于服务端进入监听状态等待来自客户端的连接请求。它不会直接用于数据的发送和接收而是作为接受连接请求的入口。 该套接字在服务器的整个生命周期中只被创建一次且只有一个对于每个监听的端口。accept返回的套接字是用于与客户端进行实际的通信即数据的发送和接收。当服务器监听到客户端的连接请求后服务器会通过accept函数从监听套接字的等待队列中取出一个连接请求并创建一个新的套接字即已连接套接字用于与客户端通信。该套接字只存在于服务器为一个客户端服务的过程中。一旦与客户端的连接关闭该套接字就会被销毁。 3connect。该函数用于TCP客户端与TCP服务器建立连接。当调用此函数时TCP客户端会发起三次握手操作具体细节后面理论文章说明尝试与服务器建立连接。 头文件 #include sys/types.h #include sys/socket.h 格式 int connect(int sockfd, const struct sockaddr *addr, socklen_t addrlen);参数说明 sockfd由socket函数返回的套接字描述符代表客户端的套接字。addr一个指向包含服务器IP地址和端口号的地址结构的指针。addrlenaddr地址的大小。 返回值 如果连接成功函数返回0如果连接失败函数返回-1。 TCP服务端的连接处理 由于TCP通信是建立在客户端连接上进行的而这里的连接服务器如同 “排队买饭一次一人” 道理所以TCP通信的服务端一次只能处理一个客户端的连接请求其它客户端的连接请求需要被服务器等待处理直到当前连接的客户端断开为止其它客户端才能连接即多个客户端不会同时绑定一个服务器连接。为了实现多个客户端与服务器的同时通信服务器通常需要使用多线程、多进程不推荐、进程池不推荐、线程池或异步处理机制这里可理解为一个执行流不能在相同时间内绑定多个连接等。这样服务器可以同时处理多个客户端的请求而不会造成阻塞或延迟。
close关闭套接字 close函数用于关闭套接字且释放其资源。 对于TCP套接字close函数的调用是非常重要的。在TCP中套接字的建立与连接是一个有序的过程保证其可靠性如果不关闭TCP套接字可能会导致资源泄漏如文件描述符、内存等并且服务器可能会认为客户端仍然连接着从而保持不必要的状态信息。 对于UDP套接字情况有所不同。由于UDP是无连接的协议每个数据报都是独立的并且不保证顺序或可靠性因此没有像TCP那样的连接状态需要维护。这意味着UDP套接字不需要像TCP套接字那样经历一个有序的关闭过程。但是调用close函数仍然是一个好习惯因为它会释放由套接字占用的系统资源。这些资源包括文件描述符、内存缓冲区等。如果不关闭UDP套接字这些资源将不会被释放将会导致资源泄露。
TCP套接字代码示例 TCP套接字这里设计了单进程单线程、多进程、多线程版本相关代码请在此链接下观看TCP套接字的代码实现
