1.直播平台直播API集成干货之Youtube篇
2.哪个直播第三方API接口比较适合使用？
3.通过Frida创建API进行爬取内容——记一次爬取某视频App直播源的直直播过程
4.直播平台直播API集成干货之快手篇
5.直播平台直播API集成干货之Facebook篇
6.直播平台直播API集成干货之twitch篇
直播平台直播API集成干货之Youtube篇
目前网络上有多个主流直播平台，如YouTube、播源Facebook、源码Twitch、直直播快手等。播源它们都开放了直播API，源码加油卡源码允许应用集成以帮助用户管理直播活动。直直播在用户授权后，播源通过调用API创建直播活动，源码并获取推流地址。直直播然后，播源应用可以使用开源或市面上的源码推流工具，如腾讯直播推流SDK，直直播将直播画面推流到直播平台。播源
本文专注于YouTube直播API（YouTube Data API）的源码集成方式。为了开始，需要准备以下步骤：
首先，访问YouTube Data API官方文档了解详情。其次，由于YouTube隶属于Google，因此需要有一个Google账号。然后，创建Google应用并启用YouTube Data API。应用需要集成Google的账号授权SDK，以拉起Google账号的登录授权页面并获得授权。为了对用户YouTube视频进行操作，需要获取对用户操作权限的scope，具体为googleapis.com/auth/you...和 googleapis.com/auth/you...。完成授权流程后，即可调用YouTube直播API或对API进行后台封装。
接下来，介绍YouTube直播API的集成步骤。使用Java语言实现，主要分为以下几步：
1. 创建频道（broadcast）、创建视频流对象（stream），并将其绑定在一起，获取推流地址信息。整个流程在以下步骤中进行：
参数对象中包含关键参数，具体实现包括：
1.1 创建频道的实现：定义参数对象，调用API创建频道并获取频道ID（broadcastId）。
1.2 创建流的实现：定义参数对象，调用API创建视频流并获取流ID（streamId）。
1.3 绑定频道和流：调用API将前面获得的broadcastId和streamId进行绑定。
1.4 获得推流地址：后台已经为应用获取了一个推流地址，格式为“rtmps:// a.rtmps.youtube.com/live...”，其中“rtmps:// a.rtmps.youtube.com/live...”为固定部分，后面是每次创建流生成的流ID。两部分拼接即为完整的推流地址。
2. 完成推流后，应用使用集成的推流SDK将直播视频流推送到这个地址。最后一步是将频道状态从testing切换到live。这需要对频道状态和stream状态进行检查，确保频道状态成功切换后，用户才能看到直播。
通过遵循这些步骤，应用能够集成YouTube直播API，实现直播功能。8796的源码关键在于获取用户授权、调用API进行创建和绑定操作，以及处理推流和频道状态切换。
哪个直播第三方API接口比较适合使用？
在寻找适合直播项目的第三方API接口时，不妨考虑ZEGO即构科技的直播API。我亲身体验过此API，认为其具有较高的适用性。近期，我所在公司进行一个直播房间的开发项目，与即构科技对接，引入了他们的低延迟直播产品。即构科技的API设计实用，接入过程简单方便，值得考虑。
在选择直播API接口时，需要关注API的实用性与接入便捷性。ZEGO即构科技的直播API在这些方面表现出色。其API设计精简，能够有效满足直播场景中常见的需求，如音视频传输、实时互动等。对于初次接触直播API的开发者来说，这种简洁易用的设计能够大大降低学习与集成成本，提升开发效率。
在实际应用过程中，我们发现ZEGO即构科技的API响应速度较快，直播延迟低，这对于提升用户体验至关重要。同时，其稳定性和可靠性也值得称赞，在长时间运行的直播项目中表现出色，为用户提供流畅、稳定的直播体验。
考虑到API的适用性、易用性和稳定性，ZEGO即构科技的直播API是值得推荐的选项。无论是初次接触直播技术的开发者，还是寻求优化现有直播服务的团队，均可通过该API获得高效、稳定的直播解决方案。在选择直播API接口时，不妨优先考虑ZEGO即构科技的直播API，相信它能够满足您的需求。
通过Frida创建API进行爬取内容——记一次爬取某视频App直播源的过程
马上要过年了，过年了肯定是需要有电视作为背景音乐的，但是否有稳定的直播源呢？这时突然看到了“某视频App”里的电视功能，虽然也可以一键投屏到电视上，但突然想，是否可以抓包获取它的直播源？毕竟它在不登录的情况下，也是可以观看几十个频道的直播（虽然大部分只有P的清晰度）。因为自己也是第一次尝试去解包App，很多内容都是现查现学的，所以便做此记录，一是分享二是备忘。
尝试抓包，工具：Charles、lede编译源码ApiPost7、Android手机、IPhone。首先要做的，肯定是抓包，看看他们之间都做了哪些勾当，我选用的是Charles。毫不意外，在抓包的时候就遇到了各种问题。在使用Android手机抓包的过程中，最开始遇到的是安装证书后，依旧SSL连接失败的问题。查了各种资料，发现Android7以上的系统，App可能不再信任用户自己添加的凭证，所以需要root手机后将凭证移到系统目录下。保存Charles证书到本地，使用openssl查询文件hash名，将证书文件重命名为：dde9.0，使用MT管理器或者adb工具，复制到手机 /system/etc/security/cacerts目录下。正常情况下，这时候在 加密与凭据 → 信任的凭据，“系统”标签下就能看到刚刚添加进去的证书了。如果你的Charles很长时间没用了，一定要看一下证书的过期时间，如果证书已经过期了，那最好重置一下证书。这时候会发现安装了证书后，打开网页或使用其他App都可以正常抓包，但打开某视频App，依旧是没有网络。之后又查资料，有可能某视频App使用了SSL Pinning技术，就是开发者只信任自己的证书。又在手机上安装了LSPosed以及JustTrustMe模块并启用后问题依旧。使用IPhone抓包，IPhone上安装证书的方式与Android不同，将证书文件下载到手机内后，在设置的“***与设备管理”中，先安装描述文件。然后再去 通用 → 关于本机 → 证书信任设置 中，启用证书。相对来说，iPhone的安装便简单了很多，并且打开某视频App后一切正常，Charles中也出现了各种请求。但这时会发现，Charles拦截的请求中，几乎全部都是乱码，但所幸有一条 的请求是可以被正常解码的，而这条请求也正包含了我们需要的直播源信息。多尝试几次，并分析一下请求的参数，从直觉上来看，最重要的yew源码解析就是cKey这个值。
再使用ApiPost，反复测试大概猜出了defn、cnlid、livepid等几个参数代表的意义，也得知了platform、sdtfrom、appVer、encryptVer、cmd、cnlid、cKey等几个值为必填，所幸的是必填项里，也只有cKey是动态的，所以接下来我们就要看看怎么获取这个cKey值。
使用Frida Hook获取cKey。如果是在网页端，那直接用开发者工具进行断点调试就可以了。但是如果是App端该如何呢？不论如何从逻辑上来讲，总归的思路是需要反编译App。查了些资料，反编译Android App比iOS App要方便些，所以便从Android入手。使用jadx反编译App，映入眼帘的都是a、b、c、d、e、f、g啥的。虽然不懂，但很明显已经是被混淆过的，可能这个已经是App的标配了吧，还好jadx有反混淆功能。反混淆之后，至少一切稍微可读性高了些。找到cKey相关的方法，既然请求的关键字是cKey，那么代码中总归是有和cKey相关的字眼吧？尝试全局搜索一下。能找到很多，甚至可以找到名为 com.tencent.qqlive.tvkplayer.vinfo.ckey 的包，但说实话到目前为止还没什么思路。再尝试搜索下抓包到的域名“liveinfo.ysp.cctv.cn”，这次相对目标就明确了一些，进去看一看。虽然不太懂Java，但看包名（com.tencent.qqlive.tvkplayer.tools.config）以及这段的大概意思应该是建立了一个索引，其他地方只要引用“zb_cgi_host”便代表着要对这条url搞点什么事。再继续搜索“zb_cgi_host”，这就有意思了，确实搜索到了有地方在使用“zb_cgi_host”，看大概得意思就是判断是使用主地址还是备用地址，随手向下一翻，就看到了一个HashMap，简单理解这个就是Python里的字典，类似于键值对。Rootfs源码分析下面建立了一个cKey的键值对，跟着这个赋值，我们进去 Ce.ma() 看看。这里的代码没有进行混淆，意思也很明显了，我们跟进去再看看。来到 com.tencent.qqlive.tvkplayer.vinfo.ckey.CKeyFacade 这个类下面。这大段的代码，对于毫无经验的我来说，看着确实有些吃力，但其实可以借助chatGPT的力量来进行分析，直接让GPT告诉你答案就行。所以跟着GPT的指引，我们去看一下GenCKey函数。这里说明了这是一个原生方法，简单理解就是这个方法是包含在App引用的so库中，也确实在资源文件里找到了libckeygenerator.so文件，用IDA反编译后，确实也能找到一个GenCKey的方法。那么是否可以调用libckeygenerator.so文件里的GenCKey方法呢？从理论上来说应该是可以的，但这里面会涉及到处理器架构不同、so依赖等问题。我也尝试过在树莓派上调用、在手机里调用以及用 AndroidNativeEmu库来调用，均遇到了不同的问题……奈何水平及知识储备不足，只能放弃这个方法。使用Frida Hook getCKey方法，后续又在查资料的时候，了解到了Frida这个神器，它可以hook App在运行中使用的方法，并进行修改。那么我们是否可以用它做点什么呢？答案当然是肯定的，Frida功能很强大，作为初学者我也只能针对这个案例去逐步了解Frida。Frida的原理很简单，其实就是会在手机上运行一个server，然后可以在电脑上使用frida与之进行沟通。沟通的方式有两种，一种就是直接命令行用命令把JavaScript脚本发送到手机上，另外一种方式就是用Python脚本将JavaScript脚本发送到手机上。（目前我只了解这两种方式）。所以我们分别需要“服务端”与“客户端”。服务端在Frida的Github页面上直接下载对应的frida-server就行。在下载之前，可以使用adb命令查一下手机的cpu架构。将下载的文件解压出来，得到可执行文件，并复制到手机里运行。为了方便，我将下载的可执行文件重命名为frida-server。如果没有报错那么frida server就已经启动了。客户端可以使用Python的pip工具来安装，安装 frida 和 frida-tools。如果服务端和客户端都准备完毕了，那么就可以用一个简单的命令来使用frida。其中 frida-ps 是frida的工具之一， -U 指的是使用USB连接的设备。通过该命令，就可以看到手机中当前正在运行的进程。一切都准备好了，我们结合前面反编译的结果，来准备一个hook脚本。根据之前的分析结果，我们猜测cKey是由 com.tencent.qqlive.tvkplayer.vinfo.ckey.CKeyFacade 类下面的 getCKey 方法生成的，这个方法接受9个参数，并返回1个字符串，这个返回的字符串很可能就是我们需要的cKey。那么这9个参数分别是什么呢？有两种方式，一种方式使通过jadx一点点去分析，另外一种方式就是通过Frida Hook getCKey方法，来直接看下这9个参数都是什么。根据以上，我们准备一个脚本，并命名为test.js。脚本中 getCkey 中的 overload() 里的参数如果不知道怎么填，可以先不填。然后Frida会报错，报错信息中会包括几种可能的参数，选择对应的复制进去即可。然后我们可以将脚本注入程序中，试一下。其中“某视频”为进程名，可以通过 frida-ps -U 来查看进程（不知道为什么有的时候进程是包名，有的时候是中文的App名……）。如果没什么报错，那就说明Frida已经注入成功了，接着在手机上刷新下页面，或者切换直播流试试。紧接着，我们就可以看到控制台中有log输出了，得到了我们想要的东西，并且这输出的内容很可能就是我们需要的cKey。同时我们也可以多试几次以及根据反编译的结果分别得出这输入的9个参数分别是什么。
到此为止，我们已经通过Frida Hook了getCKey方法，获得了其输入以及输出。其实jadx可以直接生成frida脚本，找到最开始找到的那个名为 ma() 的那个方法，鼠标右键，复制为frida片段。要注意的是，ma() 这个是jadx反混淆后的方法名，实际上App运行的时候这个方法名为 a() ，jadx在注释中也会注明原方法名，并且在自动生成的 frida片段 中也都进行了替换。但实际上运行这个脚本会发现，没有什么输出。其实是因为这个方法的输出是一个hashMap，我们需要把代码片段再加工一下，使控制台可以输出hashMap里的内容。如此，我们便可以获得所有的请求参数，然后进行分析了。那么，是否能获取到服务器响应的内容呢？回到jadx，来继续碰碰运气。试想一下，从逻辑上讲，直播源的请求与解析应该属于同一个模块，我们现在找到了请求的代码，那么解析的代码应该就在请求的代码附近。还是 com.tencent.qqlive.tvkplayer.vinfo.pc.Cd 这个类，我们找到这个类的文件位置。然后在同文件夹下翻一翻，很幸运地，我们翻到了 Ce 这个类，在这个类里，我们又看到了类似于json解析的日志输出。那么，我们有理由相信 com.tencent.qqlive.tvkplayer.vinfo.pc.Ce.ma 方法的作用就是解析响应json字符串的。根据以上的内容，我们替换成反混淆前的方法名，整理成脚本变为：到此为止，我们已经通过使用Frida Hook了请求和响应，现在我们就可以很方便地进行分析了。通过同样的方法，我们也可以获得请求直播源地址时所有参数的含义了。
上面的所有案例中，Frida都是通过被动调用的方式来执行的，那么它可以主动调用对应的方法吗？这样就可以直接使用Frida创建一个api来获取cKey，然后使用Python来进行更多操作。Frida官方也提供了这样一个案例：简单说，就是通过frida提供的 rpc.exports ，来导出方法，以方便python可以随时调用。Python脚本远程调用Frida在实际应用的环境中，手机一直用USB连着电脑似乎也不太靠谱，而Frida也提供了远程调用的方式。让frida-server监听0.0.0.0那么之前注入脚本的命令也变成了在python中调用的方式，也变成了甚至也可以在虚拟机或者树莓派等设备中安装安卓系统作为专门的api服务器非实体Android系统若在树莓派中的Android系统，主要有两种选择。其他方案也可以参考大佬分享的安卓容器化部署方案：不管使用哪种方式，都需要自动启动应用以及frida，可以使用 Script Manager 来实现。
最后可以将上述所有的整理成脚本即可根据自己的需求去获取各个直播流的地址了。WaterRequests.py config.py getCkey.js m3u8.j2 main.py
最早在测试的时候，发现每个直播流的地址有效期大概是4小时左右，但后面开始批量获取直播流地址的时候每个直播流地址的有效期时间变得很短，大概十几分钟就失效了，猜测有可能和请求参数里的guid短时间内发送大量请求有关，但这些现在已经不重要了，更重要的是通过这次实践了解到的App爬虫思路。在我以往的应用中，一般只是爬取网页端的内容，所以下意识会认为如果要爬取App里的内容，需要分析大量的网络请求，甚至要破解各种加密算法。但通过这次实践，了解到了Frida神器，便完全可以换一种思路来爬取App中的内容，让App自己来成为核心算法的API服务器，借助这些api再去爬取App的内容，这样便可以省去很大一部分精力。另外，众所周知，某视频App本质上是由鹅厂的团队来开发的，所以在反编译过程中看到了大量的鹅厂使用的算法和框架。之所以Charles抓包的时候请求和响应都是乱码，也是因为其使用是jce协议，也就是使用的腾讯tars框架。在 com.tencent.videolite.android.datamodel.cctvjce 能看到大量的请求和响应的结构体，所有的请求数据都会经过这些结构体进行序列化成二进制流与服务器沟通，响应数据也同样经过结构体的反序列化后呈现在App中。
直播平台直播API集成干货之快手篇
本文将深入讲解如何在项目中集成快手直播API，以便进行直播功能的开发。
首先，确保你拥有一个快手账号，这是基础条件。接着，你需要创建一个快手应用并填写审核信息。在应用创建后，要提前申请API权限，重点关注user_info和user_video_live，后者需要手动申请审核。在应用管理页面，别忘了填写授权回调域，对于网站应用，需输入主域名和官网域名相同的地址。授权流程中，引导用户访问快手授权页面，用户授权后会返回授权码code，用这个code在后台获取access_token，以便调用API。
快手直播API的封装主要围绕三个核心功能：创建直播地址、结束直播和查询直播信息。快手直播API功能相对有限，例如，更新直播配置需要通过重新创建直播信息来实现，没有直接的更新接口。以下是部分关键API的JAVA实现示例：
获取直播地址的核心参数和封装代码:
至于结束直播的API调用，具体代码如下:
直播平台直播API集成干货之Facebook篇
本篇内容旨在详细介绍如何使用Facebook Live API集成直播功能。首先，您需要拥有一个Facebook账号。接着，创建一个Facebook应用并提交审核。在上线前，务必为应用申请适当的API权限。对于需要在用户时间线、公共主页、小组中创建直播的场景，您可能需要申请Live Video API、Groups API、pages_manage_posts、pages_read_engagement、publish_video、publish_to_groups权限。请注意，只有商务应用类型的应用才能申请这些直播相关权限。在应用管理页面中的“应用审核”-“权限和功能”中进行申请。
为了与用户的Facebook账号进行交互，您的应用需要集成账号授权SDK。此步骤涉及对用户数据的操作权限的请求，如pages_manage_posts、pages_read_engagement、publish_video、publish_to_groups等。了解OAuth2.0流程对这一过程至关重要。在获取具有直播API操作权限的token后，即可调用Facebook Live API或自行封装。
本文档使用Java语言实现直播API的主流程代码。首先，请查阅Facebook Live API的官方文档以获取详细信息。创建直播间时，直播间类型包括在用户账号主页、特定公共主页或小组下创建。根据官方API文档，创建这三种类型的直播接口相同，只需指定目标主页或小组ID即可。例如，对于用户主页直播，只需将对象ID设置为“me”。然而，对于公共主页和小组，需要单独查询用户账号下有权访问的公共主页和小组信息。下文提供使用Java封装的查询代码示例。
查询公共主页列表信息的Java代码如下，返回值示例为：
查询用户小组列表信息的Java代码如下，返回值示例为：
完成上述查询步骤后，您可以使用Java封装创建直播对象并获取推流地址的方法。至此，通过集成Facebook Live API，您已具备创建各类直播的功能。
直播平台直播API集成干货之twitch篇
为了向您展示如何使用Twitch的直播API创建直播，本文将分为几个步骤进行阐述。
首先，您需要有一个Twitch账号。然后，创建Twitch应用，此过程包括为应用命名并配置授权回调地址（可配置多个）。这一步骤如下图所示。
接下来，启动用户授权页面并获取具有直播API操作权限的token。授权流程以网站应用类型为例：拉起用户授权页面以获取授权码（code），之后前端通过回调地址获取到code，调用后台接口用code获取访问API所需的access_token。
为了方便理解，此处提供Java代码实现（仅提供主流程代码）。请参阅Twitch直播API的官方文档以获取更多信息。
开始获取Twitch的直播地址。Twitch的直播推流地址实际上是"rtmp:// sfo.contribute.live-video.net..." + streamKey。因此，只需获取streamKey即可获得直播推流地址。为了获取streamKey，需要传入broadcast_id参数（等同于您的Twitch账号用户ID），因此，第一步是获取broadcast_id。
成功获取broadcast_id后，调用接口获取streamKey。至此，您已成功获取Twitch的直播推流地址。
为了确保用户能够收到直播活动通知，还需调用接口创建一个直播事件通知。至此，您已掌握了如何使用Twitch直播API创建直播的全过程。
视频直播系统源码，uniapp滚动加载 下拉刷新
视频直播系统源码，uniapp滚动加载下拉刷新
滚动加载在网页开发中是一种常见的功能，它允许页面在用户滚动到底部时自动加载更多数据。在uniapp中，实现滚动加载功能可以通过监听onReachBottom事件来完成。
当用户滑动页面到底部时，onReachBottom事件会被触发，这是uniapp提供的一个事件，专门用于处理下拉加载更多数据的逻辑。为了更精准地触发此事件，可以在pages.json文件中设置onReachBottomDistance属性，定义滚动到距离底部多远时触发事件，例如设置为px。
实现滚动加载的具体步骤如下：
首先，声明一个submitDate对象，用于封装API请求所需的具体参数，如页数、每页查询数据的数量以及记录数据的总条数。同时，创建一个pageList数组用于存放页面数据。
接着，封装一个数据请求函数，用于发起API请求。每次请求后，将获取到的数据加入到pageList中。
通过以上步骤，你便可以实现uniapp中的视频直播系统源码，利用滚动加载功能实现下拉刷新效果。更多相关知识及实现细节，欢迎持续关注后续文章。