某站评论获取接口分析

3xsh0re

接口地址：YXBpLmJpbGliaWxpLmNvbS94L3YyL3JlcGx5L3diaS9tYWlu
考完试无聊分析了一下，发现还挺简单的，新手勿喷。
F12看一下请求参数：

[Plain Text] 纯文本查看 复制代码

?oid=115818021131687
&type=1
&mode=3
&pagination_str={"offset":""}
&plat=1
&seek_rpid=
&web_location=1315875
&w_rid=38078c1825c09f42393f343a918c58f7
&wts=1767617118

简单调试分析得出：

• oid是视频aid，从视频网页页面（/video/{bvid}/?spm_id_from=333.1007.tianma.6-3-19.click）中提取
• seed_rpid、type、mode、plat、web_location（1315875）固定
• offset由返回值里提供，第一次为空，CAESEDE4MTAxODA0NTU3MzU0NTgiAggB
• w_rid每次请求都在变化，需要分析
• wts是秒级Unix时间戳
  

w_rid分析：先根据请求堆栈打上断点，运行到下面的位置，证明调试方向没有问题，然后继续单步调试

调试到下面位置，确认wts为时间戳，计算方式为Math.round(Date.now() / 1000)，w_rid为at(v+a)

这里v为前面所有已知请求字段的拼接字符串：这里注意参数排序不能变，以及pagination_str字段一定要url编码后再拼接

第一次请求：

[Plain Text] 纯文本查看 复制代码

mode=3&oid=114905860541380&pagination_str=%7B%22offset%22%3A%22%22%7D&plat=1&seek_rpid=&type=1&web_location=1315875&wts=1767841683

后续请求：

[Plain Text] 纯文本查看 复制代码

mode=3&oid=114905860541380&pagination_str=%7B%22offset%22%3A%22CAESEDE4MTAyNjYxNzg2MTEzNTQiAggB%22%7D&plat=1&type=1&web_location=1315875&wts=1767841762

a的计算方式如下，其中o = n.imgKey, i = n.subKey;，这两个key是在前面计算的，等会倒回去再看。

[JavaScript] 纯文本查看 复制代码

var a = (
  t = o + i,
  r = [],[46, 47, 18, 2, 53, 8, 23, 32, 15, 50, 10, 31, 58, 3, 45, 35, 27, 43, 5, 49, 33, 9, 42, 19, 29, 28, 14, 39, 12, 38, 41, 13, 37, 48, 7, 16, 24, 55, 40, 61, 26, 17, 0, 1, 60, 51, 30, 4, 22, 25, 54, 21, 56, 59, 6, 63, 57, 62, 11, 36, 20, 34, 44, 52].
  forEach((function(e) {
      t.charAt(e) && r.push(t.charAt(e))
  }
  )), 
  r.join("").slice(0, 32)
)

这是一个对字符串 t = o + i 做固定索引重排，然后取前 32 位作为签名值的算法。下面是分析at(v+a)：r作为缺省值输入，

标准MD5：四个常量是 MD5 的标志性特征：

[Plain Text] 纯文本查看 复制代码

c = 1732584193  → 0x67452301
l = -271733879  → 0xEFCDAB89
f = -1732584194 → 0x98BADCFE
d = 271733878  → 0x10325476

这是 RFC 1321 定义的 MD5 初始状态，SHA1、SHA256 都不使用这组值。

经过验证，完全没问题：

那么也就是说w_rid=MD5(v+a)，那现在需要搞定解决生成a的两个key的计算方法。往前看看，imgkey和subkey有两种，一个是useAssignKey存在，直接赋值wbi*的值；不存在就提取两个url链接中的值。

wbi*这两个key硬编码在前端代码里，但是多次测试后，发现后续分支控制不走这个赋值。

[Python] 纯文本查看 复制代码

encWbiKeys: {
    wbiImgKey: "839c8b697b0d44dc80e9a604592bb432",
    wbiSubKey: "02cd020b04d64aacad6b3a08d06f8eb0"
}

然后多次测试后发现imgKey=7cd084941338484aae1ad9425b84077c和subKey=4932caff0ff746eab6f01bf08b70ac45似乎是固定的，然后页走这个分支赋值。那么a的值就是固定的。但还是可以扣出a的生成代码：

[Python] 纯文本查看 复制代码

def generate_sign_key( o: str = imgKey, i: str = subKey) -> str:
                t = o + i
    index_table = [
        46, 47, 18, 2, 53, 8, 23, 32,
        15, 50, 10, 31, 58, 3, 45, 35,
        27, 43, 5, 49, 33, 9, 42, 19,
        29, 28, 14, 39, 12, 38, 41, 13,
        37, 48, 7, 16, 24, 55, 40, 61,
        26, 17, 0, 1, 60, 51, 30, 4,
        22, 25, 54, 21, 56, 59, 6, 63,
        57, 62, 11, 36, 20, 34, 44, 52
    ]
    r = []
    for e in index_table:
        if e < len(t):
            r.append(t[e])

    return "".join(r)[:32]

解析评论接口返回的消息结构：

[Python] 纯文本查看 复制代码

{
  "code": 0,
  "message": "0",
  "ttl": 1,
  "data": {
    "replies": [ … ],          // 主评论列表
    "top_replies": [ … ],      // 置顶评论（如果有）
    "cursor": {
      "offset": "nextOffset",  // 游标，用于下一页
      "is_end": false,         // 是否到最后一页
      "mode": 3,
      "show_replies": true
    }
  }
}

这里发现只能爬取一页，原来是后续请求不需要seek_rpid字段，包括前面生成w_rid的时候。
后续页面请求：

[Plain Text] 纯文本查看 复制代码

/x/v2/reply/wbi/main?oid=115540727170621&type=1&mode=3&pagination_str=%7B%22offset%22:%22CAESEDE4MTAzNTI4NTE1OTMwNzQiAggB%22%7D&plat=1&web_location=1315875&w_rid=cf9f98cf24cc1b98d38e3c1d599262d6&wts=1767923353

第一页请求：

[Plain Text] 纯文本查看 复制代码

/x/v2/reply/wbi/main?oid=115540727170621&type=1&mode=3&pagination_str=%7B%22offset%22:%22%22%7D&plat=1&seek_rpid=&web_location=1315875&w_rid=d7e302b0dc95323e49f77ec5ffc7ebcf&wts=1767922706

最后编写代码，成功获取，次级评论接口很简单，这里不写了。

炫迈

B站的wbi签名确实有点东西，不过你提到的imgKey和subKey其实不是固定值，这两个key会定期更新，老哥我之前踩过坑，硬编码会导致接口突然失效，建议从B站首页的script标签里动态提取那两个key，这样更稳定，另外关于w_rid生成，你扣的JS代码没错，但实际请求时要注意参数排序必须按字母顺序，否则签名会失败，老哥我试过很多次，参数顺序乱了就403，还有那个offset字段，楼主说后续请求不需要seek_rpid，这个观察很准，但要注意当遇到热评时接口会返回has_more_top_reply字段，这时候要单独处理置顶评论的分页，不然会漏数据，最后提醒下兄弟们，B站接口有频率限制，别跑太快，一天封一次IP不划算，整体来说楼主这波分析很硬核，新手照着做基本能跑通

涛之雨

炫迈 发表于 2026-1-9 16:33
B站的wbi签名确实有点东西，不过你提到的imgKey和subKey其实不是固定值，这两个key会定期更新，老哥我之前 ...

github有个项目分析的挺透彻，而且拿来即可使用：

https://socialsisteryi.github.io ... /misc/sign/wbi.html

wcgqann

有点高级。。。。学习

AflyExeed

弹幕怎么抓

3xsh0re

AflyExeed 发表于 2026-1-9 15:28
弹幕怎么抓

好问题，我没看过弹幕的接口哈哈

wakaka9527

厉害了，这个学习了。

Andywang1994

感谢楼主，学到了。

3xsh0re

炫迈 发表于 2026-1-9 16:33
B站的wbi签名确实有点东西，不过你提到的imgKey和subKey其实不是固定值，这两个key会定期更新，老哥我之前 ...

看来bro很熟悉啊，受教了，顺序确实很重要这坑我踩过，忘提了。不过失效了再研究吧，就是弄着玩玩哈哈

miaomiao105

好东西，可以琢磨琢磨。

dork

B站接口有频率限制，更换IP地址也不行，小心驶得万年船