群聊系统
项目背景
如今各式各样的聊天工具层次不穷,作为计算机专业的学生,我也想通过自己的努力,实现一个简单的聊天工具,将自己的所学知识得以运用。
项目简介
采用网络编程的技术,运用CS模型,完成一个简易的QQ群聊功能。
客户端需求分析
客户端模拟QQ群的样子,需要完成消息的发送,接收,在线用户列表的展示
服务端需求分析
- 用户登录及注册
- 用户信息的保存
- 接收用户的消息,以及及时推送用户的消息
- 系统日志的产生
服务端功能分析
用户管理
用户管理模块,主要完成用户的注册,用户登录,用户数据信息的保存。
用户注册
- 客户端向服务端发送注册请求。
- 服务端先客户端索取新用户昵称,学校,密码信息。
- 服务端给客户端返回分配的登录ID。
用户注册的信息传输
- 建立链接:为了防止客户端在发送数据时数据丢失,我们采用可靠的TCP链接。
- 数据格式:在使用TCP传输时,会有产生数据黏包的问题,为了避免这一问题的出现,我们将注册的信息转化称为json格式,向服务端发送,服务端对接收到的数据进行解析。
- 完成注册返回登录ID。
为新用户分配ID
在注册完成之后,将会为用户分配一个登录ID,类似于QQ号,我们可用通过用户ID来在服务端标识每个用户
已注册用户信息存储
对于已经注册的信息我们采用unordered_map进行保存,存放用户登录ID和一个用户对象。在登录时用于检测是否是合法的用户。
用户登录
- 客户端向服务端发送登录请求
- 服务端验证该用户ID是否为已注册状态
- 登录聊天系统
在线用户信息存储
将已经登录的用户保存在unordered_map中,对已经登录的用户进行推送在线用户。
消息管理
在消息的传输中,我们使用UDP传输协议进行传输。因为UDP的传输速度仅仅是受应用程序生成数据的速度、计算机的能力和传输带宽的限制。而且不会出现数据黏包的问题。不足的是,会存在丢包的可能性,将用户发送的数据遗失掉。
消息的存储,我们采用生产者—消费者模型,消息的产生和消费通过消息池来进行操作。
消息的接收
- 收到用户的消息。
- 对消息池进行加锁操作。
- 存放消息。
- 解锁。
消息的发送
- 消息池中存在消息。
- 对消息池进行加锁操作
- 先在线用户的客户端推送消息。
- 解锁。
日志消息
在服务端产生日志,便于我们对服务端进行检测,在出现问题时我们能更快的定位问题,分析问题,解决问题,优化程序。
客户端需求分析
客户端界面
对于客户端界面的绘制,我们采用Linux平台下的ncurses库。
用户注册登录申请
- 向服务端发送注册请求。
- 向服务端输入注册信息。
- 获得系统的登录ID。
用户消息发送
在输入区输入所要发送的消息,向服务端进行发送
用户消息接收
在消息展示区域进行消息的打印。
在线用户列表展示
将存储的在线用户,进行展示。
运行展示
开发环境
Linux版本信息
- Distributor ID: CentOS
- Description: CentOS Linux release 7.3.1611 (Core)
- Release: 7.3.1611
- Codename: Core
g++版本信息:gcc version 5.3.1 20160406 (Red Hat 5.3.1-6) (GCC)
项目总结
使用技术
- C++ STL库
- 生产者—消费者模型
- json库 (传输注册信息)
- ncurses库 (绘制聊天界面)
- socket编程
- 多线程编程,线程的同步和互斥。
项目心得
在此次项目实现中,我们首先确定了该系统的模型(CS模型)。再对于服务端与客户端的需求进行分析,拆分为不同的模块,确定每个模块的功能,最终将每个模块拼接在一起,完成一个系统的功能。虽然在实现过程中遇到了种种问题,通过查阅资料,学习一些大佬的开发经验,逐步改善自己的程序。使我收获了许多书本上不能学到的知识,也锻炼了自己的代码能力。
不足之处
- 没有进行系统的测试。
- 由于能力有限,没有将程序执行产生的数据进程数据库的存储。
- 只能进行群聊,并不能进行一对一的聊天。
- 没有创建新的群聊功能,所有人只能在一个聊天室进行聊天。
- 在消息传输的过程中,会有丢表的可能性。
原码链接
https://github.com/arryHZZ/LinuxPractice/tree/master/WeChat