qq_42084165的博客

该聊天系统的代码的基础是 Python 的 asyncore 模块（它提供了以异步的方式写入套接 字服务的客户端和服务器的基础结构）。采用 Socket 通信这一种比较原始的方案实现 RPC 框架。 这个聊天系统有两份 python 文件，server.py 和 client.py。分别是服务器文件和客户端文 件。基础是我在网上查找到的一篇模板，随后我对其进行了一些修改。

其中，在 grpc 构造的聊天系统上，就我目前了解的信息来说，grpc 构造的服务器貌似 无法广播（根据不同的业务场景, grpc 支持 4 种通信方式: 1.客服端一次请求, 服务器一次 应答、2.客服端一次请求, 服务器多次应答(流式)、3.客服端多次请求(流式), 服务器一次应答、4.客服端多次请求(流式), 服务器多次应答(流式) ），因此只能用类似心跳机制的做法 来获取服务器响应。 我的构思为： 在服务器端，你可以设置你所运行的服务器的端口号和最大用户数（通过设定最大人员 数来设定是一对一聊天还是聊天室群聊）。 然后运行客户端，首先会出来登陆界面，输入你要登入的聊天室的 IP 地址和端口号， 然后输入你的聊天室昵称（昵称不允许重复，一旦重复，登陆界面会报错并要求你重新输入）， 接着进入聊天界面，在文本框输入文字，点击发送按钮即可进行聊天。同时客户端还有查看 当前所有用户的功能，按下“用户”按钮即可。 大致原理实现方式为： 客户端会发送不同形态的命令，而命令标签会放在发送给服务器的字符串的最前面，并 与后面的字符串以’:’符号分隔开来，命令标签有：say（聊天内容）、heart（心跳机制，可 用它获得其他用户的聊天消息的）、login（登录请求，需判断用户名是否重复）、lookUsers （查看目前聊天室里的用户信息）。 服务器则会解析客户端的命令并做出不同的处理。同时，为了广播其他用户的消息，服 务器需要维护一个日志字典；然后，为了使用户名不重名，服务器需要维护一个用户名字典。