探讨B站弹幕的加载方式
过去B站的弹幕一直是以XML形式传输，最近再去抓包B站的弹幕发现跟以前不一样了。先看看以前的弹幕接口。接口地址：https://comment.bilibili.com/209571792.xml
目前仍然有效，而且在B站的移动端页面使用。
当我浏览PC端时，弹幕接口变了，采用了分段的形式加载。
新的接口：https://api.bilibili.com/x/v2/dm/web/seg.so?type=1&oid=209580032&pid=540778911&segment_index=1&pull_mode=1&ps=0&pe=120000
简单分析下参数
type=1 //固参
oid= // 视频 aid
pid= // 视频 cid
segment_index= // 弹幕分段序号
pull_mode=1 // 固定参数
ps= // 分段开始数据
pe= // 分段结束数据
// 这两个参数后面会讲
在B站的弹幕加载规则中，当计算的某个参数，假设 n < 2 时，因为它可能是 1.5，segment_index 都为1，当n等于1时，ps为0，pe为120000，当n不等于1时，ps等于120000，pe等于360000，这是在n小于2的情况下。当n大于2则不需要ps、pe两个参数
下面说说上面的计算参数 n 怎么来的。弹幕初始化加载的时候，变量n为1，当视频开始播放的时候，会根据时间变化以及算法进行计算n的值，再去判断弹幕池是否已经加载过了该弹幕分段了，如果没有就继续加载，有就再通过算法计算是否需要递归。
附上代码
function gmt(t) {
if (this.duration) {
t < 0 && (t = 0);
var e = this.danmakuStore.pageSize;
if (!(t - this.duration > -1) && e) {
var i = this.playUrlStore.dmStartOffset
, n = Math.floor((t + i) / e) + 1;
1 === n && t + i >= e / 3 && (n = 1.5),
this.danmakuStore.allSegment ? (t % e > e - 5 || t < e / 3 && t % (e / 3) > e / 3 - 5) && this.gmt(t + 10) : _x.dmp(n)
}
}
}
另外弹幕到底有多个片段，已经弹幕的内容需要你进行解码。
https://github.com/SocialSisterYi/bilibili-API-collect/blob/master/docs/danmaku/danmaku_proto.md 学习了，不过从侧面也看出来目前b站随着用户越来越多，方向转变，服务器的压力也确实越来越大 虚心学习一下 回头试试 感谢分享，学到了 学习了，谢谢分享 学习一下，谢谢分享 学到了谢谢大佬 学习一下了