弹幕用户名打码功能跟进

[sparanoid]

最近b站开始对弹幕用户名进行随机打码，打码后 UID 返回为 0:

目前观察下来这个功能是灰度的，不是每次都会出现这个情况，有时候主播的弹幕机刷新一下就正常了，但过一会所有 DANMU_MSG 事件又会被打码。具体触发条件未知

[simon300000]

似乎是因为portover=3？

[sparanoid]

观察了一段时间，WS 连接超过一段时间后（大概 5 分钟，但这个似乎是灰度，有时候未登录状态下很长时间也还是正常的）会出现如下事件，之后的用户名开始打码：

{
  "cmd": "LOG_IN_NOTICE",
  "data": {
    "notice_msg": "为保护用户隐私，未注册登陆用户将无法查看他人昵称",
    "image_web": "http://i0.hdslb.com/bfs/dm/75e7c16b99208df259fe0a93354fd3440cbab412.png",
    "image_app": ""
  }
}

[simon300000]

相关问题 xfgryujk/blivedm#28

[sparanoid]

目前观测下来，完整的构建建立连接的请求可以进行规避，即：额外传入 uid、buvid、key 即可绕过限制。另外现在官方已经不传 clientver 字段了

• buvid：可通过 https://data.bilibili.com/v/ 的 set-cookie 头获取，目前 buvid2 与 buvid3 是一样的
• key：可通过 https://api.live.bilibili.com/xlive/web-room/v1/index/getDanmuInfo?id=${room_id} 获取

但是由于以上两个请求都有 CORS，因此不适用于 client-side 应用，加上最近哔哩哔哩频繁对验证进行改动，可以考虑支持传入任意对象（或者直接用 authBody？），这样可以通过第三方渠道来获取这些字段，也更方便日后扩展

[eppzrypt]

额外传入 uid、buvid、key

这个后续会跟进嘛

[simon300000]

似乎有效的办法
xfgryujk/blivedm#29

[simon300000]

目前来说就直接传入一个authBody罢（还好之前留了这个参数

[sparanoid]

@simon300000 authBody 理论上也需要用 encoder 做一次编码才可以？目前是没有这么做的：

bilibili-live-ws/src/common.ts

Lines 77 to 86 in 1c70a53

	if (authBody) {
	this.send(authBody)
	} else {
	const hi: { uid: number, roomid: number, protover: number, platform: string, clientver: string, type: number, key?: string } = { uid: 0, roomid, protover, platform: 'web', clientver: '2.0.11', type: 2 }
	if (key) {
	hi.key = key
	}
	const buf = encoder('join', inflates, hi)
	this.send(buf)
	}

[simon300000]

哦确实，这样不太好用

[sparanoid]

@CottnCor 从代码逻辑来看是需要的，另外根据 xfgryujk/blivedm#29 的描述，目前似乎只额外传入 uid 就可以了