一、实现基于TCP的服务器端/客户端

1.1 TCP服务端的默认函数调用顺序

图4-6给出了TCP服务器端默认的函数调用顺序,绝大部分TCP服务器端都按照该顺序调用。

调用socket函数创建套接字,声明并初始化地址信息结构体变量,调用bind函数向套接字分配地址。接下来介绍在这之后的几个过程。

1.2 进入等待连接请求状态

我们已调用bind函数给套接字分配了地址,接下来就要通过调用listen函数进人等待连接请求状态。只有调用了listen函数,客户端才能调用connect函数(若提前调用将发生错误)。

#include <sys/socket.h>int listen(int sock, int backlog);

函数执行成功时返回0,失败时返回-1

  • sock:希望进入等待连接请求状态的套接字文件描述符,传递的描述符套接字参数成为服务器端套接字(监听套接字)
  • backlog:连接请求等待队列(Queue)的长度,若为5,则队列长度为5,表示最多使5个连接请求进入队列

先解释一下等待连接请求状态的含义和连接请求等待队列。“服务器端处于等待连接请求状态”是指,客户端请求连接时,受理连接前一直使请求处于等待状态。图4-7给出了这个过程。


由图4-7可知作为listen函数的第一个参数传递的文件描述符套接字的用途。客户端连接请求本身也是从网络中接收到的一种数据, 而要想接收就需要套接字。此任务就由服务器端套接字完成。服务器端套接字是接收连接请求的一名门卫或一扇门。

客户端如果向服务器端询问:“请问我是否可以发起连接?”服务器端套接字就会亲切应答:“您好!当然可以,但系统正忙,请到等候室排号等待,准备好后会立即受理您的连接。”同时将连接请求请到等候室。调用Iisten函数即可生成这种门卫(服务器端套接字), listen函数的第二个参数决定了等候室的大小。等候室称为连接请求等待队列,准备好服务器端套接字和连接请求等待队列后,这种可接收连接请求的状态称为等待连接请求状态。

listen函数的第二个参数值与服务器端的特性有关,像频繁接收请求的Web服务器端至少应为15。另外,连接请求队列的大小始终根据实验结果而定。

1.3 受理客户端连接请求

调用listen函数后,若有新的连接请求,则应按序受理。受理请求意味着进入可接受数据的状态。也许各位已经猜到进入这种状态所需部件——当然是套接字!大家可能认为可以使用服务器端套接字,但服务器端套接字是做门卫的。如果在与客户端的数据交换中使用门卫,那谁来守门呢?因此需要另外一个套接字,但没必要亲自创建。下面这个函数将自动创建套接字,并连接到发起请求的客户端。

#include<sys/socket.h>int accept(int sock,struct sockaddr* addr,socklen_t * addrlen);

成功时返回创建的套接字文件描述符,失败时返回-1

  • sock:服务器套接字的文件描述符
  • addr:保存发起连接请求的客户端地址信息的变量地址值,调用函数后向传递来的地址变量参数填充客户端地址信息
  • 第二个参数addr结构体的长度。函数调用完成后,该变量即被填入客户端地址长度。

accept函数受理连接请求等待队列中待处理的客户端连接请求。函数调用成功时, accept函数内部将产生用于数据I/O的套接字,并返回其文件描述符。需要强调的是,套接字是自动创建的,并自动与发起连接请求的客户端建立连接。图4-8展示了accept函数调用过程。

1.4 回顾Hello world服务器端

前面结束了服务器端实现方法的所有讲解,下 面分析之前未理解透的Hello world服务器端。第1章已给出其源代码,此处重列是为了便于讲解。


1.5 TCP客户端的默认函数调用顺序

TCP客户端的实现要比服务端简单很多,因为创建套接字和请求连接就是客户端的全部内容,如图4-9所示:

与服务器端相比,区别就在于“请求连接”,它是创建客户端套接字后向服务器端发起的连接请求。服务器端调用listen函数后创建连接请求等待队列,之后客户端即可请求连接。那如何发起连接请求呢?通过调用如下函数完成。

#include<sys/socket.h>int connect(int sock, struct sockaddr* servaddr, socklen_t addrlen);

成功时返回0,失败时返回-1

  • sock:客户端套接字文件描述符
  • servaddr:保存目标服务器端地址信息的变量地址值
  • addrlen:以字节为单位传递已传递给第二个结构体参数servaddr的地址变量长度

客户端调用connect函数后,发生以下情况之一才会返回(完成函数调用):

  • 服务器端接收连接请求
  • 发生断网等异常情况而中断连接请求

需要注意,所谓的“接收连接”并不意味着服务器端调用accept函数,其实是服务器端把连接请求信息记录到等待队列。因此connect函数返回后并不立即进行数据交换。

补充:客户端套接字地址信息在哪?

实现服务器端必经过程之一-就是给套接字分配IP和端口号。但客户端实现过程中并未出现套接字地址分配,而是创建套接字后立即调用connect函数。难道客户端套接字无需分配IP和端口?当然不是!网络数据交换必须分配IP和端口。既然如此,那客户端套接字何时、何地、如何分配地址呢?

  • 何时?调用connect函数时
  • 何地?操作系统,更准确地说是在内核中。
  • 如何? IP用计算机(主机)的IP,端口随机。

客户端的IP地址和端口在调用connect函数时自动分配,无需调用标记的bind函数进行分配。

1.6 回顾Hello world客户端

与前面回顾Hello world服务器端一样,再来分析一下Hello world客户端。

1.6 基于TCP的服务器端/客户端函数调用关系

图4-10勾勒出了TCP服务器端/客户端的实现顺序:


图4-10的总体流程整理如下:服务器端创建套接字后连续调用bind、listen函数进人等待状态,客户端通过调用connect函数发起连接请求。需要注意的是,客户端只能等到服务器端调用listen丽数后才能调connect函数。同时要清楚,客户端调用connect函数前,服务器端有可能率先调用accept函数。当然,此时服务器端在调用accept函数时进人阻塞( blocking)状态,直到客户端调connect函数为止。

二、实现迭代服务器端/客户端

本节编写回声(echo )服务器端/客户端。顾名思义,服务器端将客户端传输的字符串数据原封不动地传回客户端,就像回声一样。在此之前,需要先解释一下 迭代服务器端。

2.1 实现迭代服务器端

之前讨论的Hello world服务器端处理完1个客户端连接请求即退出,连接请求等待队列实际没有太大意义。但这并非我们想象的服务器端。设置好等待队列的大小后,应向所有客户端提供服务。如果想继续受理后续的客户端连接请求,应怎样扩展代码?最简单的办法就是插人循环语句反复调用accept函数,如图4-11所示。

2.2 迭代回声服务器端/客户端








四、基于TCP的服务器端/客户端相关推荐

  1. 四 基于TCP的服务器端/客户端

    ** 第四章 基于TCP的服务器端/客户端(1) ** 主要内容: 这里我们讨论通过套接字收发数据 1.TCP与UDP的区别数据传输方式不同 2.协议栈的层次关系:链路层->IP层->tc ...

  2. 创建收发文件的服务器端 客户端,TCP/IP网络编程 Chap.5 基于TCP的服务器端/客户端(2)...

    已知字符串长度情况下完善回声客户端 # gcc echo_client2.c -o eclient2 # ./eclient2 127.0.0.1 9190 Connected Input messa ...

  3. 基于TCP的服务器端/客户端的C语言代码实现和工作原理

    网络协议系列1介绍了:基于网络协议的套接字一般分为TCP套接字和UDP套接字,TCP套接字是面向对象(steam) 数据通信中协议栈分为7层,对于程序员而言,掌握4层协议栈就足够了. 下面将重点介绍这 ...

  4. Part 1 start network programming:chapter SIX: 基于UDP的服务器端/客户端

    第六章:基于UDP的服务器端/客户端 上面的第四章和第五章学习了TCP相关的东西.东西比较多,这里学习一下UDP. 6.1 理解IDP 在TCP/ IP协议栈中(在前面的文章中),上面第二层传输层分为 ...

  5. TCP/IP网络编程_第6章基于UDP的服务器端/客户端

    6.1 理解 DUP 我们在第4章学习TCP的过程中, 还同时了解了 TCP/IP 协议. 在4层TCP/IP模型中, 上数第二层传输(Transport)层分为TCP和UDP这两种. 数据交换过程可 ...

  6. Linux网络编程 - 基于UDP的服务器端/客户端

    一 理解UDP 1.0 UDP协议简介 UDP(User Datagram Protocol,用户数据报协议) [RFC 768] UDP协议的数据传输单元叫 UDP用户数据报,而TCP协议的数据传输 ...

  7. 基于UDP的服务器端/客户端

    理解UDP UDP套接字的特点 下面通过信件说明UDP的工作原理.寄信前先在信封上填好寄信人和收信人的地址,之后贴上邮票放进邮筒即可. 无法确认对方是否收到信件,并且在邮寄过程中可能发生信件丢失的情况 ...

  8. 【学习笔记】在windows下进行基于TCP的本地客户端和服务端socket通信

    文章目录 socket介绍 java中使用socket 基于tcp的socket通信 使用ServerSocket类创建一个web服务器:(java) windows下的基于tcp的socket编程( ...

  9. QT 项目 实现基于TCP的文件服务器/客户端,支持上传和下载

    Demo:下载地址: https://download.csdn.net/download/guorong520/12408371 没有csdn积分的小伙伴可以留言你的QQ邮箱,我会发送Demo,相互 ...

  10. TCP/IP网络编程之基于TCP的服务端/客户端(一)

    TCP/IP网络编程之基于TCP的服务端/客户端(一) 理解TCP和UDP 根据数据传输方式的不同,基于网络协议的套接字一般分为TCP套接字和UDP套接字.因为TCP套接字是面向连接的,因此又称为基于 ...

最新文章

  1. python实现希尔排序
  2. PAT乙级(1009 说反话)
  3. jquery的DOM节点操作(复制元素节点)
  4. c语言怎么添加搜索功能,C语言实现二叉搜索树的创建、插入、删除和查找
  5. 我的一些关于商业计划书的经验
  6. 软件工程---客观题
  7. 龙芯2F 逸珑迷你笔记本
  8. 本学期关于Android学习的总结
  9. 亚洲前沿科技展望:人工智能与区块链的融合发展
  10. 流逝的昨日,崭新的今天
  11. java判断微信号、手机、名字的正则表达
  12. 微信小程序----返回上一页刷新或当前页刷新
  13. NVIDIA 3D VISION 在戴尔Alienware/XPS系列上的使用
  14. 60项基于深度学习的SLAM顶会开源方案汇总(上篇)
  15. “天才少年”!华中科技大学这一研究生,刚毕业年薪201万!
  16. Issues:Frequency out of range: (expecting between 112.50Hz and 275.00Hz, measured 99.85Hz)
  17. STM32的串口中断详解
  18. 35 岁研发经理,月薪 5w+,27 岁老婆,特焦虑,网友评论炸了!
  19. 新库上线 | CnOpenData 新三板公司专利及引用被引用数据
  20. springboot启动突然报错Could not resolve placeholder 'spring.datasource.driver-class-name'

热门文章

  1. 实习成长之路:MySQL十二:为什么我删除了表的不少数据,但是大小没变呢?
  2. Flutter之播放视频
  3. Apache Flink 1.9 版本即将发布,新版本有哪些新特性
  4. 为什么大家都说 SELECT * 效率低
  5. 老板下死命令:必须将20M文件从30秒压缩到1秒,我是如何做到的?
  6. php td背景颜色改变,JavaScript实现点击单元格改变背景色的方法
  7. 怎样用springboot开发cs_springboot 系列 springboot 初探
  8. mysql char最大长度_MySQL中的CHAR和VARCHAR到底支持多长?
  9. 同步数据太多php网页卡死_curl_multi网页假死/卡死的解决方法
  10. c++循环输入一个字符可录入空格和换行_如何快速录入数据?