百度360必应搜狗淘宝本站头条
当前位置:网站首页 > 技术文章 > 正文

使用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目标。为...

大家都在谈论的敏捷开发&amp;Scrum,到底是什么?

敏捷开发作为一种开发模式,近年来深受研发团队欢迎,与瀑布式开发相比,敏捷开发更轻量,灵活性更高,在当下多变环境下,越来越多团队选择敏捷开发。什么是敏捷?敏捷是一种在不确定和变化的环境中,通过创造和响应...

敏捷与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...

取消回复欢迎 发表评论: