基于SpringCloud alibaba的流媒体视频点播平台

先把项目地址放这

》基于SpringCloud alibaba的流媒体视频点播平台《

然后咱们来看看这个项目是干啥的。

前言

今天和大家分享一个项目，基于SpringCloud alibaba的流媒体视频点播平台。

看名字我们大致就可以了解这个项目的技术栈，微服务。

但是有一个迷惑点，流媒体是什么？

这个问题我们来看看哈。

不知道大家有没有用爬虫爬过其他网站的视频，现在主流的视频网站并不会采用直接播放一整个mp4文件的方式来加载视频了。

主要是由于mp4文件格式的问题。试想一下，如果一个mp4文件达到了50个G，这个时候直接播放，那用户要等多久。只能说用户体验极差。我们以优酷为例看一下

我们使用chrome捕获一下发起的请求，可以看到这里一直在发起类似的请求，我们来看一下，这里面都是什么。

看后缀名其实我们就大概清楚了，这还是mp4文件。

这时候就有小伙伴说了，这不还是mp4文件吗，你刚刚不是说不用mp4了吗

别着急，咱们再继续看

可以看到，他并不是获取单个mp4文件，而是获取多个mp4文件，并且每个文件都非常小，我们几乎无感知的就加载出来了。

这相比与加载一整个超大的mp4文件速度是不是快多了。

这样获取并依次加载多个小mp4文件的方式，就可以被称为流媒体。

今天要讲的这个项目就是要做流媒体视频播放，并且和微服务相结合，先放一张视频播放的截图。

观察右侧可以发现，这个项目也是通过加载一堆ts文件的方式进行视频播放，也就是流媒体视频播放。

接下来我们一起来看看这个项目吧。

整体架构

整体架构如上图所示，相对来说还是比较简单的。

看到服务层，就是分成了文件、用户、视频和金融服务。这里简单介绍一下。

• 文件服务。主要用于实现视频的转码和分割。
• 用户服务。用户信息的管理和认证。
• 视频服务。视频详情、评论、点赞、收藏等基础信息的管理和查看。
• 金融服务。主要实现充值会员、点播视频以及辅助验证是否购买收费视频等功能。

具体实现

这里主要讲几个功能的实现，其他简单功能这里就不赘述了，大家有兴趣可以去看源码。

视频播放

首先我们要先了解下这个业务流程，如下

• 用户上传视频文件并存储至服务器
• 文件服务对服务器中的视频源文件进行转码、分割以及生成视频流相关文件
• 文件服务将视频流相关文件存储至服务器
• 用户访问视频流相关文件实现视频播放

我们看下上述过程中比较复杂的内容

首先是将视频文件上传至服务器。这里我们最先想到的就是直接使用IO流来实现文件上传。但这里会有一个问题，也就是单个服务器的存储空间是有限的，并且受网络IO的影响，单个服务器并不能同时承担大量的文件上传任务。

为此，这里使用MinIO来实现文件的存储，并通过搭建分布式MinIO来提升文件系统的存储空间和并发能力，并且由于其采用纠删码保证数据的可用性，有效的减少了数据冗余。

第二部分就是视频转码和分割。这里我们使用FFmpeg来实现。但是要注意一点，对于一个10多G的视频文件进行转码和分割的时间是很长的，并且对于CPU的占用也是特别高。这意味着单个文件服务很难在短时间内完成大量转码和分割任务。

那怎么办呢？

别忘记哈，咱们做的是微服务平台，一个文件服务难以处理大量文件任务，那就把这些任务分配给多个文件服务嘛

那咋弄呢

我们要解决的问题就是怎么让所有文件服务知道这些任务呢？

是不是可以用RabbitMQ，我们可以让所有服务都去监听一个队列，然后我们将文件转码和分割任务发布到这个队列里。各个文件服务依次去拿任务，然后分别执行即可。

看起来好像已经将所有任务完美的分配到文件服务了。但咱们背面试题的时候是不是有一个东西叫做 “怎么防止消息被重复消费？”

这里会出现吗，肯定会的。

出现了会有影响吗，肯定的。

啥影响呢？

会导致不同文件服务重复对同一源视频文件进行转码和分割，这样会浪费我们的服务器资源。

那咋搞呢，加下分布式锁是不是就可以了，这样就保证了其他服务即使拿到了消息也不会对视频文件进行分割。

整体流程如下图所示

播放时捕获下请求，就可以看到获取的一个个ts文件

总结

先讲一下一个功能，其他的之后慢慢补充。

源码==》基于SpringCloud alibaba的流媒体视频点播平台《==