使用Go基于WebSocket构建千万级视频直播弹幕系统
ccwgpt 2024-10-27 08:49 51 浏览 0 评论
(1)业务复杂度介绍
开门见山,假设一个直播间同时500W人在线,那么1秒钟1000条弹幕,那么弹幕系统的推送频率就是:500W * 1000条/秒=50亿条/秒,想想B站2019跨年晚会那次弹幕系统得是多么的NB,况且一个大型网站不可能只有一个直播间!
go语言中文文档:www.topgoer.com
转自:https://blog.51cto.com/xvjunjie/2509035
使用Go做WebSocket开发无非就是三种情况:
- 使用Go原生自带的库,也就是golang.org/x/net,但是这个官方库真是出了奇Bug多
- 使用GitHub大佬gorilla/websocket库,可以结合到某些Web开发框架,比如Gin、iris等,只要使用的框架式基于golang.org/net的,那么这个库就可以与这个框架结合
- 手撸一个WebSocket框架
根据估算结果,弹幕推送量很大的时候,Linux内核将会出现瓶颈,因为Linux内核发送TCP包的时候极限包发送频率是100W。因此可以将同一秒内的弹幕消息合并为1条推送,减少网络小数据包的发送,从而降低推送频率。
弹幕系统需要维护在线的用户长连接来实现定向推送到在线的用户,通常是使用Hash字典结构,通常推送消息就是遍历在线用的Hash字典。在弹幕推送期间用户在不断的上下线,为了维护上线用户,那么就得不断的修改Hash字典,不断地进行锁操作,用户量过大导致锁瓶颈。因此可以将整个Hash结构拆分为多个Hash结构,分别对多个Hash结构加不同的锁,并且使用读写锁替代互斥锁。
通常服务器与客户端交互使用JSON结构,那么需要不断的编码解码JSON数据,这将会导致CPU瓶颈。将消息先进行合并,然后进行编码,最后轮询Hash结构进行推送。
以上是单体架构存在的问题,为了支持更多的用户负载,通常弹幕系统采用分布式架构,进行弹性扩容缩容。
(2)推送还是拉取?
如果是客户端拉取服务器端数据,那么将会存在以下几个问题:
- 直播在线人数多就意味着消息数据更新频率高,拉取消息意味着弹幕无法满足时效性
- 如果很多客户端同时拉取,那么服务器端的压力无异于DDOS
- 一个弹幕系统应该是通用的,因此对于直播间弹幕较少的场景,意味着消息数据拉取请求都是无效的
因此我们考虑推送模式:当数据发生更新的时候服务器端主动推送到客户端,这样可以有效减少客户端的请求次数。如果需要实现消息推送,那么就意味着服务器端维护大量的长连接。
(3)为什么使用WebSocket?
实现弹幕消息的实时更新一定是使用Socket的方式,那么为啥要使用WebSocket呢?现在大部分直播应用的开发都是跨平台的,然而跨平台的开发框架本质就是Web开发,那么一定离不开WebSocket,而且一部分用户会选择在Web端看视频,比如Bilibili,现如今也有一些桌面应用是用Electron等跨平台框架开发的,比如Lark飞书等,因此实现消息推送的最佳方案就是使用WebSocket。
使用WebSocket可以轻松的维持服务器端长连接,其次WebSocket是架构在HTTP协议之上的,并且也可以使用HTTPS方式,因此WebSocket是可靠传输,并且不需要开发者关注底层细节。
为啥要使用Go搞WebSocket呢?首先说到WebSocket你可能会想到Node.js,但是Node.js是单线程模型,如果实现高并发,不得不创建多个Node.js进程,但是这又不容易服务端遍历整个连接集合;如果使用Java就会显得比较笨重,Java项目的部署,编写Dockerfile都不如Go的目标二进制更加简洁,并且Go协程很容易实现高并发,上一章说到Go语言目前也有成熟的WebSocket轮子。
(4)服务端基本Demo
首先搭建好一个框架:
package main
import (
"fmt"
"net/http"
)
func main() {
fmt.Println("Listen localhost:8080")
// 注册一个用于WebSocket的路由,实际业务中不可能只有一个路由
http.HandleFunc("/messages", messageHandler)
// 监听8080端口,没有实现服务异常处理器,因此第二个参数是nil
http.ListenAndServe("localhost:8080", nil)
}
func messageHandler(response http.ResponseWriter, request *http.Request) {
// TODO: 实现消息处理
response.Write([]byte("HelloWorld"))
}
然后完善messageHandler函数:
func messageHandler(response http.ResponseWriter, request *http.Request) {
var upgrader = websocket.Upgrader{
// 允许跨域
CheckOrigin: func(resquest *http.Request) bool {
return true
},
}
// 建立连接
conn, err := upgrader.Upgrade(response, request, nil)
if err != nil {
return
}
// 收发消息
for {
// 读取消息
_, bytes, err := conn.ReadMessage()
if err != nil {
_ = conn.Close()
}
// 写入消息
err = conn.WriteMessage(websocket.TextMessage, bytes)
if err != nil {
_ = conn.Close()
}
}
}
现在基本上实现了WebSocket功能,但是websocket的原生API不是线程安全的(Close方法是线程安全的,并且是可重入的),并且其他模块无法复用业务逻辑,因此进行封装:
- 封装Connection对象描述一个WebSocket连接
- 为Connection对象提供线程安全的关闭、接收、发送API
// main.go
package main
import (
"bluemiaomiao.github.io/websocket-go/service"
"fmt"
"net/http"
"github.com/gorilla/websocket"
)
func main() {
fmt.Println("Listen localhost:8080")
http.HandleFunc("/messages", messageHandler)
_ = http.ListenAndServe("localhost:8080", nil)
}
func messageHandler(response http.ResponseWriter, request *http.Request) {
var upgrader = websocket.Upgrader{
// 允许跨域
CheckOrigin: func(resquest *http.Request) bool {
return true
},
}
// 建立连接
conn, err := upgrader.Upgrade(response, request, nil)
wsConn, err := service.Create(conn)
if err != nil {
return
}
// 收发消息
for {
// 读取消息
msg, err := wsConn.ReadOne()
if err != nil {
wsConn.Close()
}
// 写入消息
err = wsConn.WriteOne(msg)
if err != nil {
_ = conn.Close()
}
}
}
// service/messsage_service.go
package service
import (
"errors"
"github.com/gorilla/websocket"
"sync"
)
// 封装的连接对象
//
// 由于websocket的Close()方法是可重入的,所以可以多次调用,但是关闭Channel的close()
// 方法不是可重入的,因此通过isClosed进行判断
// isClosed可能发生资源竞争,因此通过互斥锁避免
// 关闭websocket连接后,也要自动关闭输入输出消息流,因此通过signalCloseLoopChan实现
type Connection struct {
conn *websocket.Conn // 具体的连接对象
inputStream chan []byte // 输入流,使用Channel模拟
outputStream chan []byte // 输出流,使用chaneel模拟
signalCloseLoopChan chan byte // 关闭信号
isClosed bool // 是否调用过close()方法
lock sync.Mutex // 简单的锁
}
// 用于初始化一个连接对象
func Create(conn *websocket.Conn) (connection *Connection, err error) {
connection = &Connection{
conn: conn,
inputStream: make(chan []byte, 1000),
outputStream: make(chan []byte, 1000),
signalCloseLoopChan: make(chan byte, 1),
isClosed: false,
}
// 启动读写循环
go connection.readLoop()
go connection.writeLoop()
return
}
// 读取一条消息
func (c *Connection) ReadOne() (msg []byte, err error) {
select {
case msg = <-(*c).inputStream:
case <-(*c).signalCloseLoopChan:
err = errors.New("connection is closed")
}
return
}
// 写入一条消息
func (c *Connection) WriteOne(msg []byte) (err error) {
select {
case (*c).outputStream <- msg:
case <-(*c).signalCloseLoopChan:
err = errors.New("connection is closed")
}
return
}
// 关闭连接对象
func (c *Connection) Close() {
_ = (*c).conn.Close()
(*c).lock.Lock()
if !(*c).isClosed {
close((*c).signalCloseLoopChan)
}
(*c).lock.Unlock()
}
// 读取循环
func (c *Connection) readLoop() {
// 不停的读取长连接中的消息,只要存在消息就将其放到队列中
for {
_, bytes, err := (*c).conn.ReadMessage()
if err != nil {
(*c).Close()
}
select {
case <-(*c).signalCloseLoopChan:
(*c).Close()
case (*c).inputStream <- bytes:
}
}
}
// 写入循环
func (c *Connection) writeLoop() {
// 只要队列中存在消息,就将其写入
var data []byte
for {
select {
case data = <-(*c).outputStream:
case <-(*c).signalCloseLoopChan:
(*c).Close()
}
err := (*c).conn.WriteMessage(websocket.TextMessage, data)
if err != nil {
_ = (*c).conn.Close()
}
}
}
至此,你已经学会了如何使用Go构建WebSocket服务。
相关推荐
- RACI矩阵:项目管理中的角色与责任分配利器
-
作者:赵小燕RACI矩阵RACI矩阵是项目管理中的一种重要工具,旨在明确团队在各个任务中的角色和职责。通过将每个角色划分为负责人、最终责任人、咨询人和知情人四种类型,RACI矩阵确保每个人都清楚自己...
- 在弱矩阵组织中,如何做好项目管理工作?「慕哲制图」
-
慕哲出品必属精品系列在弱矩阵组织中,如何做好项目管理工作?【慕哲制图】-------------------------------慕哲制图系列0:一图掌握项目、项目集、项目组合、P2、商业分析和NP...
- Scrum模式:每日站会(Daily Scrum)
-
定义每日站会(DailyScrum)是一个Scrum团队在进行Sprint期间的日常会议。这个会议的主要目的是为了应对Sprint计划中的不断变化,确保团队能够有效应对挑战并达成Sprint目标。为...
- 大家都在谈论的敏捷开发&Scrum,到底是什么?
-
敏捷开发作为一种开发模式,近年来深受研发团队欢迎,与瀑布式开发相比,敏捷开发更轻量,灵活性更高,在当下多变环境下,越来越多团队选择敏捷开发。什么是敏捷?敏捷是一种在不确定和变化的环境中,通过创造和响应...
- 敏捷与Scrum是什么?(scrum敏捷开发是什么)
-
敏捷是一种思维模式和哲学,它描述了敏捷宣言中的一系列原则。另一方面,Scrum是一个框架,规定了实现这种思维方式的角色,事件,工件和规则/指南。换句话说,敏捷是思维方式,Scrum是规定实施敏捷哲学的...
- 敏捷项目管理与敏捷:Scrum流程图一览
-
敏捷开发中的Scrum流程通常可以用一个简单的流程图来表示,以便更清晰地展示Scrum框架的各个阶段和活动。以下是一个常见的Scrum流程图示例:这个流程图涵盖了Scrum框架的主要阶段和活动,其中包...
- Mockito 的最佳实践(mock方法)
-
记得以前面试的时候,面试官问我,平常开发过程中自己会不会测试?我回答当然会呀,自己写的代码怎么不测呢。现在想想我好像误会他的意思了,他应该是想问我关于单元测试,集成测试以及背后相关的知识,然而当时说到...
- EffectiveJava-5-枚举和注解(java枚举的作用与好处)
-
用enum代替int常量1.int枚举:引入枚举前,一般是声明一组具名的int常量,每个常量代表一个类型成员,这种方法叫做int枚举模式。int枚举模式是类型不安全的,例如下面两组常量:性别和动物种...
- Maven 干货 全篇共:28232 字。预计阅读时间:110 分钟。建议收藏!
-
Maven简介Maven这个词可以翻译为“知识的积累”,也可以翻译为“专家”或“内行”。Maven是一个跨平台的项目管理工具。主要服务于基于Java平台的项目构建、依赖管理和项目信息管理。仔...
- Java单元测试框架PowerMock学习(java单元测试是什么意思)
-
前言高德的技术大佬在谈论方法论时说到:“复杂的问题要简单化,简单的问题要深入化。”这句话让我感触颇深,这何尝不是一套编写代码的方法——把一个复杂逻辑拆分为许多简单逻辑,然后把每一个简单逻辑进行深入实现...
- Spring框架基础知识-第六节内容(Spring高级话题)
-
Spring高级话题SpringAware基本概念Spring的依赖注入的最大亮点是你所有的Bean对Spring容器的存在是没有意识的。但是在实际的项目中,你的Bean必须要意识到Spring容器...
- Java单元测试浅析(JUnit+Mockito)
-
作者:京东物流秦彪1.什么是单元测试(1)单元测试环节:测试过程按照阶段划分分为:单元测试、集成测试、系统测试、验收测试等。相关含义如下:1)单元测试:针对计算机程序模块进行输出正确性检验工作...
- 揭秘Java代码背后的质检双侠:JUnit与Mockito!
-
你有没有发现,现在我们用的手机App、逛的网站,甚至各种智能设备,功能越来越复杂,但用起来却越来越顺畅,很少遇到那种崩溃、卡顿的闹心事儿?这背后可不是程序员一拍脑袋写完代码就完事儿了!他们需要一套严谨...
- 单元测试框架哪家强?Junit来帮忙!
-
大家好,在前面的文章中,给大家介绍了以注解和XML的方式分别实现IOC和依赖注入。并且我们定义了一个测试类,通过测试类来获取到了容器中的Bean,具体的测试类定义如下:@Testpublicvoid...
你 发表评论:
欢迎- 一周热门
- 最近发表
- 标签列表
-
- 框架图 (58)
- flask框架 (53)
- quartz框架 (51)
- abp框架 (47)
- jpa框架 (47)
- springmvc框架 (49)
- 分布式事务框架 (65)
- scrapy框架 (56)
- shiro框架 (61)
- 定时任务框架 (56)
- java日志框架 (61)
- JAVA集合框架 (47)
- mfc框架 (52)
- abb框架断路器 (48)
- ui自动化框架 (47)
- beego框架 (52)
- java框架spring (58)
- grpc框架 (65)
- ppt框架 (48)
- 内联框架 (52)
- cad怎么画框架 (58)
- ps怎么画框架 (47)
- ssm框架实现登录注册 (49)
- oracle字符串长度 (48)
- oracle提交事务 (47)