音视频开发：直播推流技术指南

最新推荐文章于 2024-06-20 16:36:28 发布
最新推荐文章于 2024-06-20 16:36:28 发布
阅读量1.3k 收藏 4
点赞数 1
分类专栏： 音视频开发进阶 文章标签： 音视频 直播推流 直播拉流 webrtc rtsp
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_60259116/article/details/128210433
版权

一、推流架构

推流SDK客户端的模块主要有三个，推流采集端、队列控制模块、推流端。其中每个模块的主要流程如下，本文的主要目的就是拆分推流流程。

1.1 采集端

视频采集：通过Camera采集视频。

音频采集：通过麦克风采集音频。

视频后处理：美颜、滤镜、贴纸、翻转等特效。

音频后处理：重采样、3A处理等。

视频编码：支持硬编码和软编码，同时支持H264和HEVC编码，特别要注意编码的特殊情况。

音频编码：AAC编码

采集端的很多功能都是平台相关的，相机采集、编码等Android和iOS上处理都不一样。尤其是Android平台，很多机型和芯片，当然会有一些特殊的情况需要兼容下，这个后面我们会详细描述的。

1.2 队列控制

队列控制模块是推流SDK非常重要的控制模块，推流SDK就是一个很简单的“生产者——消费者模型”，采集端是生产者，推流端是消费者，采集端采集的是本地数据，推流端和服务端交互，正常情况下都是推流端会出现延迟，像弱网情况下推流端消费肯定会很慢，但是采集端速度并不会慢下来，如果没有队列控制这个降压阀，那很多数据就会堆积在队列中，本地数据不断堆积，最终导致OOM。

队列控制应该如何控制？

视频的数据比音频大很多，所以队列控制主要是视频基准，音频跟着视频相应丢帧。

编码之后视频队列大小设置为60，在推流的过程中，发现视频的队列已满，需要丢弃队列最前面的一帧，然后再入队新的一帧，音频队列也要同步操作，对应时间点的音频数据也要丢掉。

本文福利， 免费领取C++音视频学习资料包、技术视频/代码，内容包括（音视频开发，面试题，FFmpeg ，webRTC ，rtmp ，hls ，rtsp ，ffplay ，编解码，推拉流，srs）↓↓↓↓↓↓见下面↓↓文章底部点击免费领取↓↓

1.3 推流端

推流采用的是RTMP协议，RTMP是Adobe公司开发的，算是事实上的工业标准，全称是Real Time Messaging Protocol，虽然实时性要比HLS好一点，但是也还有几秒左右的延迟。它的底层是基于TCP协议。

RTMP协议的建连流程如下：

RTMP建连需要商量两件事情：

  • 版本号：客户端和服务器的版本号不一致，无法继续工作
  • 时间戳，视频播放过程中，时间戳很重要，如果没有，后续的音视频同步无法继续开展。

首先，客户端发送 C0 表示自己的版本号，不必等对方的回复，然后发送 C1 表示自己的时间戳。服务器只有在收到 C0 的时候，才能返回 S0，表明自己的版本号，如果版本不匹配，可以断开连接。服务器发送完 S0 后，也不用等什么，就直接发送自己的时间戳 S1。客户端收到 S1 的时候，发一个知道了对方时间戳的 ACK C2。同理服务器收到 C1 的时候，发一个知道了对方时间戳的 ACK S2。

推流的过程，就是将 NALU 放在 Message 里面发送，这个也称为 RTMP Packet 包。Message 的格式就像这样。

 

 

一定要记住音频和视频的头部要单独发送，在发送视频头部的视频，需要将NALU起始标识符去掉，RTMP不需要它们。

三、技术要点

3.1 声音处理

在采集完声音之后，需要对音频进行3A处理，即声学回声消除（AEC）、背景噪声抑制（ANS）、自动增益控制（AGC），3A处理在声音后期处理中非常重要，在推流场景的声音处理中应用十分广泛。

  • AEC

回声消除（AEC）是指在二线传输的两个方向上同时间、同频谱地占用线路，在线路两个方向传输的信号完全混在一起，本端发信号的回波就成为了本端信号的干扰信号，利用自适滤波器可抵消回波以达到较好的接收信号质量，即为回声消除。

回声消除的原理就是利用接收到的音频与本地采集的音频做对比，添加反向的人造回声，将远端的声音消除。

  • ANS

背景噪声抑制（ANS）指的是将声音中的背景噪声识别并进行消除的处理。

背景噪声分平衡噪声和瞬时噪声，平稳噪声频谱稳定，瞬时噪声频谱能量方差小，利用噪声的特点，对音频数据添加反向波形处理即可消除。

目前，对于平稳的噪声已经有很多种简单方法能够成功抑制，但是生活中常见的一些瞬态噪声却依然缺乏好办法。

瞬态噪声的共同特点就是突发性极强，在时域上呈振荡衰弱的形式，持续时间在十几毫秒至上百毫秒不等；在频域上分布很宽，瞬态噪声的频谱基本上是和正常语音的频谱混叠在一起，很难进行抑制。

  • AGC

自动增益控制（AGC）主要用于调整音量幅值，提高语音通信系统在带噪声环境中的性能。

人们正常交谈的音量在 40-60dB 之间，低于 25dB 的声音听起来很吃力，而超过 100dB 的声音会让人感到不适，AGC 的作用就是将音量调整到人接受的范围。

音频响度及麦克风拾音控制是保证音视频沟通质量的重要技术手段，一般来说，音频标准、传输条件、人为失误等因素都可能导致音频信号之间出现声音突变或者响度不一致的情况，这时候就需要对音频信号放大或缩小以得到自然清晰的语音通信。

3.2 视频处理

相机采集的原始数据首先要进行帧处理，主播通常会应用一些特效，例如美颜、滤镜等，这些都会在视频帧后处理流程中开展，帧处理之后才会进行编码处理。

H264和H265编码还有点不同。

H264头部由SPS和PPS组成，SPS是序列参数集，包括一个图像序列的所有信息，如图像尺寸、视频格式等；PPS是图像参数集，包括一个图像的所有分片的相关信息，如图片类型、序列号。

H264的码流结构如下：

起始码 + SPS + 起始码 + PPS + 起始码 + SEI + 起始码 + I帧 + 起始码 + P帧 + ......

H265头部除了SPS和PPS之外，还有一个VPS，VPS是视频参数集。

H265码流结构如下：

起始码 + VPS + 起始码 + SPS + 起始码 + PPS + 起始码 + SEI + 起始码 + I帧 + 起始码 + P帧 + ......

其中H264和H265的码流类型有两种，一种是Annexb格式，另一种是MP4格式，使用最广泛的还是Annexb格式，本文主要以Annexb为例。

起始码只是起到分割的作用，并不是有效的视频数据，起始码也有两种：

  • 4字节的00 00 00 01
  • 3字节的00 00 01

但是图像编码中也有可能出现00 00 00 01和00 00 01，出现这种情况怎么办？

  • 00 00 00 修改为 00 00 03 00
  • 00 00 01 修改为 00 00 03 01
  • 00 00 02 修改为 00 00 03 02
  • 00 00 03 修改为 00 00 03 03

这样在编码的过程中就不会出现混淆了。

3.3 推流控制

上文也说了在采集端和推流段其实是通过一个队列控制的，采集端采集本地的视频和音频，然后编码好了放入队列中，推流段从队列中取出视频和音频然后根据特定的格式发送到服务端。相当于采集端是往水池中注水，推流段是放水。

采集端是很快的，推流段是受限于网络的，如果网络状态比较好的情况下，可以达到一个较好的平衡，但是一旦网络变差，队列就会出现堆积，我们不可能让队列无限堆积，需要设置一个队列阈值，当然队列已满，需要将队列中原有的数据抛弃，将新数据入队。这样就会出现丢帧，这时候推流段可以适当降低码率降低丢帧的概率。

3.4 支持FLV-HEVC

flv 是不支持H265的，需要手动修改FLV支持H265编码和解码的解析，当然也需要拉流段支持FLV-H265。

下面贴上ffmpeg支持flv（h265编码和解码）的修改代码，对应ffmpeg的tag是n5.1

diff --git a/libavformat/flv.h b/libavformat/flv.h
index 3571b90279..91f006520c 100644
--- a/libavformat/flv.h
+++ b/libavformat/flv.h
@@ -110,6 +110,7 @@ enum {
     FLV_CODECID_H264    = 7,
     FLV_CODECID_REALH263= 8,
     FLV_CODECID_MPEG4   = 9,
+    FLV_CODECID_HEVC    = 12,
 };

enum {
diff --git a/libavformat/flvdec.c b/libavformat/flvdec.c
index 8dba92661b..0762a4569d 100644
--- a/libavformat/flvdec.c
+++ b/libavformat/flvdec.c
@@ -321,6 +321,8 @@ static int flv_same_video_codec(AVCodecParameters *vpar, int flags)
         return vpar->codec

@@ -367,6 +369,11 @@ static int flv_set_video_codec(AVFormatContext *s, AVStream *vstream,
         vstreami->need_parsing = AVSTREAM_PARSE_HEADERS;
         ret = 3;     // not 4, reading packet type will consume one byte
         break;
+    case FLV_CODECID_HEVC:
+        par->codec_id = AV_CODEC_ID_HEVC;
+        vstreami->need_parsing = AVSTREAM_PARSE_HEADERS;
+        ret = 3;     // not 4, reading packet type will consume one byte
+        break;
     case FLV_CODECID_MPEG4:
         par->codec_id = AV_CODEC_ID_MPEG4;
         ret = 3;
@@ -1240,6 +1247,7 @@ retry_duration:

if (st->codecpar->codec_id == AV_CODEC_ID_AAC ||
         st->codecpar->codec_id == AV_CODEC_ID_H264 ||
+        st->codecpar->codec_id == AV_CODEC_ID_HEVC ||
         st->codecpar->codec_id == AV_CODEC_ID_MPEG4) {
         int type = avio_r8(s->pb);
         size--;
@@ -1249,7 +1257,7 @@ retry_duration:
             goto leave;
         }
 
-        if (st->codecpar->codec_id == AV_CODEC_ID_H264 || st->codecpar->codec_id == AV_CODEC_ID_MPEG4) {
+        if (st->codecpar->codec_id == AV_CODEC_ID_H264 || st->codecpar->codec_id == AV_CODEC_ID_HEVC || st->codecpar->codec_id == AV_CODEC_ID_MPEG4) {
             // sign extension
             int32_t cts = (avio_rb24(s->pb) + 0xff800000) ^ 0xff800000;
             pts
             }
         }
         if (type == 0 && (!st->codecpar->extradata

 || st->codecpar->codec_id == AV_CODEC_ID_AAC ||
-            st->codecpar->codec_id == AV_CODEC_ID_H264)) {
+            st->codecpar->codec_id == AV_CODEC_ID_H264 || st->codecpar->codec_id == AV_CODEC_ID_HEVC)) {
             AVDictionaryEntry *t;
 
             if (st->codecpar->extradata) {
diff --git a/libavformat/flvenc.c b/libavformat/flvenc.c
index 770ca319ed..b13c2eaf0a 100644
--- a/libavformat/flvenc.c
+++ b/libavformat/flvenc.c
@@ -27,6 +27,7 @@
 #include "libavcodec/mpeg4audio.h"
 #include "avio.h"
 #include "avc.h"
+#include "hevc.h"
 #include "avformat.h"
 #include "flv.h"
 #include "internal.h"
@@ -45,6 +46,7 @@ static const AVCodecTag flv_video_codec_ids[] = {
{ AV_CODEC_ID_VP6,      FLV_CODECID_VP6 },
     { AV_CODEC_ID_VP6A,     FLV_CODECID_VP6A },
     { AV_CODEC_ID_H264,     FLV_CODECID_H264 },
+    { AV_CODEC_ID_HEVC,     FLV_CODECID_HEVC },
     { AV_CODEC_ID_NONE,     0 }
 };
 
@@ -478,9 +480,9 @@ static int unsupported_codec(AVFormatContext *s,
 {

const AVCodecDescriptor *desc = avcodec_descriptor_get(codec_id);
     av_log(s, AV_LOG_ERROR,
-           "%s codec %s not compatible with flv\n",
+           "%s codec %s not compatible with flv %d\n",
             type,

-            desc ? desc->name : "unknown

");
+            desc ? desc->name : "unknown", codec_id);
     return AVERROR(ENOSYS);
 }
 @@ -489,7 +491,7 @@ static void flv_write_codec_header(AVFormatContext* s, AVCodecParameters* par, i
     AVIOContext *pb = s->pb;
     FLVContext *flv = s->priv_data

-    if (par->codec_id == AV_CODEC_ID_AAC || par->codec_id == AV_CODEC_ID_H264
+    if (par->codec_id == AV_CODEC_ID_AAC || par->codec_id == AV_CODEC_ID_H264 || par->codec_id == AV_CODEC_ID_HEVC
             || par->codec_id == AV_CODEC_ID_MPEG4) {
         int64_t pos;
         avio_w8(pb,

@@ -536,7 +538,10 @@ static void flv_write_codec_header(AVFormatContext* s, AVCodecParameters* par, i
             avio_w8(pb, par->codec_tag | FLV_FRAME_KEY); // flags
             avio_w8(pb, 0); // AVC sequence header
             avio_wb24(pb, 0); // composition time
-            ff_isom_write_avcc(pb, par->extradata, par->extradata_size);
+            if (par->codec_id == AV_CODEC_ID_H264)
+                ff_isom_write_avcc(pb, par->extradata, par->extradata_size);
+            else
+                ff_isom_write_hvcc(pb, par->extradata, par->extradata_size, 0);
         }

}
         data_size = avio_tell(pb) - pos;
         avio_seek(pb, -data_size - 10, SEEK_CUR);
@@ -834,12 +839,12 @@ static int flv_write_packet(AVFormatContext *s, AVPacket *pkt)
     if (par->codec_id == AV_CODEC_ID_VP6F || par->codec_id == AV_CODEC_ID_VP6A ||
         par->codec_id == AV_CODEC_ID_VP6  || par->codec_id == AV_CODEC_ID_AAC)
         flags_size = 2;
-    else if (par->codec_id == AV_CODEC_ID_H264 || par->codec_id == AV_CODEC_ID_MPEG4)
+    else if (par->codec_id == AV_CODEC_ID_H264 || par->codec_id == AV_CODEC_ID_HEVC || par->codec_id == AV_CODEC_ID_MPEG4)
         flags_size = 5;
     else

flags_size = 1;
 
-    if (par->codec_id == AV_CODEC_ID_AAC || par->codec_id == AV_CODEC_ID_H264
+    if (par->codec_id == AV_CODEC_ID_AAC || par->codec_id == AV_CODEC_ID_H264 || par->codec_id == AV_CODEC_ID_HEVC
             || par->codec_id == AV_CODEC_ID_MPEG4) {
         size_t side_size

uint8_t *side = av_packet_get_side_data(pkt, AV_PKT_DATA_NEW_EXTRADATA, &side_size);
@@ -860,7 +865,7 @@ static int flv_write_packet(AVFormatContext *s, AVPacket *pkt)
                "Packets are not in the proper order with respect to DTS\n");
         return AVERROR(EINVAL);
     }

作者：安纯旦
链接：https://www.zhihu.com/question/41393752/answer/2775763571
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

-    if (par->codec_id == AV_CODEC_ID_H264 || par->codec_id == AV_CODEC_ID_MPEG4) {
+    if (par->codec_id == AV_CODEC_ID_H264 || par->codec_id == AV_CODEC_ID_HEVC || par->codec_id == AV_CODEC_ID_MPEG4) {
         if (pkt->pts == AV_NOPTS_VALUE) {
             av_log(s, AV_LOG_ERROR, "Packet is missing PTS\n");
             return AVERROR(EINVAL);
@@ -905,6 +910,10 @@ static int flv_write_packet(AVFormatContext *s, AVPacket *pkt)
         if (par->extradata_size > 0 && *(uint8_t*)par->extradata != 1)
             if ((ret = ff_avc_parse_nal_units_buf(pkt->data, &data, &size)) < 0)
                 return ret;
+    } else if (par->codec_id == AV_CODEC_ID_HEVC) {
+        if (par->extradata_size > 0 && *(uint8_t*)par->extradata != 1)
+            if ((ret = ff_hevc_annexb2mp4_buf(pkt->data, &data, &size, 0, NULL)) < 0)
+                return ret;
     } else if (par->codec_id == AV_CODEC_ID_AAC && pkt->size > 2 &&
                (AV_RB16(pkt->data) & 0xfff0) == 0xfff0) {
         if (!s->streams[pkt->stream_index]->nb_frames) {
@@ -977,7 +986,7 @@ static int flv_write_packet(AVFormatContext *s, AVPacket *pkt)
                              (FFALIGN(par->height, 16) - par->height));
         } else if (par->codec_id == AV_CODEC_ID_AAC)
             avio_w8(pb, 1); // AAC raw
-        else if (par->codec_id == AV_CODEC_ID_H264 || par->codec_id == AV_CODEC_ID_MPEG4) {
+        else if (par->codec_id == AV_CODEC_ID_H264 || par->codec_id == AV_CODEC_ID_HEVC || par->codec_id == AV_CODEC_ID_MPEG4) {
             avio_w8(pb, 1); // AVC NALU
             avio_wb24(pb, pkt->pts - pkt->dts);
         }

本文福利， 免费领取C++音视频学习资料包、技术视频/代码，内容包括（音视频开发，面试题，FFmpeg ，webRTC ，rtmp ，hls ，rtsp ，ffplay ，编解码，推拉流，srs）↓↓↓↓↓↓见下面↓↓文章底部点击免费领取↓↓

程序员老舅
关注
  • 1
    点赞
  • 踩
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
3种ffmpeg-web端视频直播推流方案
qq_52703909的博客
01-16 1131
记录了三种 ffmpeg 工具进行推流的方法，并在web端实现直播效果。rtsp://{账号}:{密码}@{ip}:{端口}/根据摄像头厂牌区分。rtmp://{本地ip}:1935/live/home。因为各浏览器不再支持flash，需要使用flv.js插件。hls流延迟比较大，按官方的说法60秒内算正常！二. nginx + ffmpeg 推流hls。本地ip地址要设置为与网络摄像头同一网段。web端HTML页面。
什么是视频推流和视频拉流？
o67f2wpkvdf3bpe8的博客
06-10 4627
随着互联网的迅猛发展，视频成为了人们日常生活中不可或缺的一部分。而在视频的传输过程中，视频推流和视频拉流技术扮演了重要的角色。本文将详细介绍视频推流和视频拉流的概念、原理、应用领域以及涉及的技术。
音视频开发—RTMP推流详解
最新发布
weixin_46999174的博客
06-20 1102
本文章主要介绍了RTMP的基本原理，基本结构，通信过程和RMTP的消息类型格式。
最新技术整理3款开源免费直播推流工具，实现实时视频推流、视频拉流，目标端可以是服务器、云平台、移动设备等（附源码）
代码讲故事
12-22 5124
最新技术整理3款开源免费直播推流工具，实现实时视频推流、视频拉流，目标端可以是服务器、云平台、移动设备等（附源码）。
树莓派解码海康摄像机丢包现象解决
aphero的专栏
07-26 9124
丢包现象： omxplayer rtsp://摄像机地址 [NULL @ 0x15da560] RTP: missed 69 packets0.00   0.00s/ 37.82s Cv:     0k Ca:     0k                             [NULL @ 0x15da560] RTP: missed 301 packets [NULL @ 0x
RTMP直播推流（一）视频推流
weixin_58308529的博客
10-08 3707
RTMP直播推流（一）视频推流
直播推流源码VS2017.rar
05-28
直播推流技术是现代互联网应用中的重要组成部分，尤其是在娱乐、教育和新闻等领域广泛使用。本压缩包"直播推流源码VS2017.rar"提供了基于C#语言的摄像头直播推流系统的完整源代码，旨在帮助初学者理解和实践直播推流...
web 网页 直播推流 通过Flash获取，再转为RTMP
07-20
RTMP是一种用于实时数据传输的协议，最初由Adobe Systems开发，主要用于音视频的直播和点播服务。它允许服务器和客户端之间高效地交换音视频数据，是网络直播中常用的传输协议。 在HTML网页中实现直播推流，通常...
音视频编解码技术及实践
06-30
- **案例研究**：通过具体的项目实例，分析音视频编解码在实际问题中的解决方案，如视频转码、直播推流等。 通过以上章节的学习，读者将能够掌握音视频编解码的基础理论，并具备实际应用和开发的能力。在实践中，...
DirectShow开发指南源码
12-23
这些源码实例对于解决实际问题，比如视频播放、直播推流、视频编辑等，都将提供巨大的帮助。同时，这也是一种学习和提高DirectShow编程技能的有效途径，可以通过模仿和修改代码来锻炼自己的编程能力。
RED5直播包括Flex和Java全部源代码
08-13
在这个项目中，`client`目录下的源代码很可能是用Flex编写的，包含了直播观看和直播推流的前端应用。Flex允许开发者创建用户界面，处理与服务器的通信，以及播放和控制音视频流。你可以在这里学习到如何使用Flex SDK...
前端音视频开发
weixin_43550562的博客
08-12 2285
概念 websoket概念基础 前端代码demo： 文件目录截图： <!DOCTYPE html> <html> <script src="wfs/wfs.js"></script> <body> <div> <p>ip:<input id="host" value="192.168.0.133" /></p> <p>端口：<input i
音视频流媒体-推流与拉流简介
m0_60259116的博客
05-09 8228
一、概念 话不多说，先了解概念，再看示意图更直观： 1.1 推流 推流：将直播的内容推送至服务器的过程。即指的是把采集阶段封包好的内容传输到服务器的过程。其实就是将现场的视频信号传到网络的过程。“推流”对网络要求比较高，如果网络不稳定，直播效果就会很差，观众观看直播时就会发生卡顿等现象，观看体验很是糟糕。要想用于推流还必须把音视频数据使用传输协议进行封装，变成流数据。常用的流传输协议有RTSP、RTMP、HLS等，使用RTMP传输的延时通常在1–3秒，对于手机直播这种实时性要求非常高的场景，RTMP也
RTSP视频推流方法汇总
热门推荐
06-16 1万+
RTSP推流，opencv，rtsp-simple-server，ffmpeg，gstreamer，live555
FFmpeg:Packet is missing PTS av_interleaved_write_frame():Invalid argument
崔杰城的博客
06-05 1054
用ffmpeg进行rtmp推流时报错：Packet is missing PTS av_interleaved_write_frame():Invalid argument。目前看来导致该报错的其中一种情况是B帧引起的。加上-bf 0 去掉B帧即可。另外还有一种解决方法是改ffmpeg源码：《
RTMP协议分析及推流过程
weixin_39371129的博客
07-06 9310
简介： 1.RTMP(实时消息传输协议)是Adobe 公司开发的一个基于TCP的应用层协议。 2.RTMP协议中基本的数据单元称为消息（Message）。 3.当RTMP协议在互联网中传输数据的时候，消息会被拆分成更小的单元，称为消息块（Chunk）。 RTMP 握手（Handshake）： 1.握手开始于客户端发送C0、C1块。服务器收到C0或C1后发送
流媒体分析之rtmp 协议flv 封装
u012794472的专栏
09-07 1354
flv 是 flash video 的缩写，是 Adobe Flash payler 支持的一种流媒体播放格式。flv 是一种层级格式，除了一个 flv header 外，剩下全是由 一个个 tag 组成。tag 是由 tag 头和 tag 数据组成。tag 类型分为音频、视频、脚本，一共三种类型。每一种数据类型又有自己的 tag 头。引用网络图片：2. AMF该类型Tag又被称为MetaData Tag,存放一些关于FLV视频和音频的元信息，比如：duration、width、height等。
Raspberry Pi GPU音频视频开发指南：技术实践
该书聚焦于利用Raspberry Pi的GPU进行音频和视频处理，将理论和技术实践相结合，为读者提供了一套完整的学习和开发指南。 本书的核心内容包括对Raspberry Pi硬件架构的理解，特别是其GPU（图形处理器）在多媒体处理...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值