过去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
简单分析下参数
[JavaScript] 纯文本查看 复制代码 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的值，再去判断弹幕池是否已经加载过了该弹幕分段了，如果没有就继续加载，有就再通过算法计算是否需要递归。
附上代码
[JavaScript] 纯文本查看 复制代码 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[n] ? (t % e > e - 5 || t < e / 3 && t % (e / 3) > e / 3 - 5) && this.gmt(t + 10) : _x.dmp(n)
}
}
}
另外弹幕到底有多个片段，已经弹幕的内容需要你进行解码。 | 
滇ICP备2022002049号-2 
滇公网安备 53032102000034号)
