聊天室需求分析和设计

4.3 聊天室需求分析和设计

聊天室是一种人们可以在线交谈的网络论坛,在同一聊天室的人们通过广播消息进行实时交谈。现在几乎所有的社交类的网站,都或多或少有聊天室的影子,特别突出的就是直播了。

4.3.1 聊天室主要需求

一般来说,聊天室的功能主要有:

  • 聊天室在线人数、在线列表
  • 昵称、头像设置
  • 发送/接收消息
  • 进入、退出聊天室
  • 不同消息类型的支持:文字、表情、图片、语音、视频等
  • 敏感词过滤
  • 黑名单/禁言
  • 聊天室信息
  • 创建、修改聊天室
  • 聊天室信息存储和历史消息查询
  • 。。。

功能还可以有更多,读者可以放下本书,自己想想怎么实现。

因为篇幅原因,本书的聊天室不会包含上面所有内容,主要集中在基本功能的实现,掌握如何通过 Go 语言实现一个聊天室。

该聊天室的界面:

4.3.2 技术选择

聊天室有一个特点:页面不需要刷新,所有界面的变化是通过长连接读写数据实现的。这很适合使用 Vue 之类的前端 MVVM 框架来做客户端,但本书主要面向服务端 Go 开发人员,前端的内容相对会比较浅(但建议你还是需要学习一些前端的知识),作者也只是略懂一二,如果有不对之处还请指正。

服务端自然是使用 Go,WebSocket 的库使用 nhooyr.io/websocket,本周最后会介绍如何部署、配置环境,包括用 Nginx 代理 WebSocket 以及 HTTPS。

##4.3.3 总体设计思路和流程

聊天室的交互流程一般是这样的:

用户通过浏览器访问首页,比如 http://localhost:20222 ,这时使用的是 HTTP 协议,服务端进行首页的 HTML 渲染,返回给用户浏览器,也就是聊天室页面。

浏览器加载完聊天室页面,用户输入自己的昵称,点击进入聊天室,发起 ws 协议请求,比如 ws://localhost:2022/ws 。按前面的讲解,这时走的依然是 HTTP 协议,进行 WebSocket 握手,协议切换,返回客户端 101 Switching Protocols。这里说明下,HTTP 协议得是 1.1 版本,1.0 版本会报错。

之后进入长链接的读写流程,分别在各自的 goroutine 进行。同时,广播消息在单独的 goroutine 中进行,它们之间通过 channel 进行通讯。流程示意图如下:

image

注意:限于篇幅,本书的聊天室,聊天内容在服务端不存储,所以服务端没有引入存储服务。

现在让我们开始 WebSocket 聊天室之旅吧!



本图书由 煎鱼 ©2020 版权所有,所有文章采用知识署名-非商业性使用-禁止演绎 4.0 国际进行许可。