B站 动态流补上一大块内容 + 播放器两处 ABR 缺口 —— 这一版两条线。①B站 动态页此前一条图文动态都看不到,原因不是接口不给,是我们自己在三处丢掉了(取数只请求视频类动态、解析只认视频/直播、模型也只有视频字段);现在图文动态可以正常显示,视频动态卡也照官方版式补齐了。②YouTube 播放器两条 ABR 缺口(连续重载不降档、挂死期间没有评估点)按真机日志修掉。
变更
- B站 图文动态现在能看了(P11-180 ~ P11-183)。此前动态页一条图文都没有:取数只请求视频类动态(服务端因此根本不返回图文)、解析只认视频/直播两种类型、数据模型也只有视频字段。这一版把三处都补上,并按官方版式做卡片:
- 图文卡片:作者 + 正文(默认 6 行折叠,可展开)+ 图片九宫格(1 图整宽、2 图并排、3 张以上取前 3 张并在右下角标「+N」)+ 转发/评论/点赞计数;
- 正文里的自定义表情(表情包)内联成小图渲染,不再显示成
[保佑]这类占位文字; - 视频动态卡补齐官方版式的三处:UP 的动态正文(此前只显示视频标题,动态文案整段丢失)、缩略图左下角的时长 + 播放 + 弹幕(时长带底板,播放/弹幕为压在底部渐变上的纯文字)、卡底的转发/评论/点赞计数行。
- UP 主页「粉丝/关注」恒显示 0(P11-179)。真机日志抓到根因:打开 UP 主页时同一秒会发出三四个 space 接口请求,B站 频控回
-799 请求过于频繁;而这一路的"重试"只是换个签名密钥后 65ms 就再发一次(等于没有退避),于是资料请求整体失败,页面把统计静默显示成 0(TV 端「粉丝:0 关注:0」、移动端「粉丝 0」)。修:退避策略统一收口并补上-799,且统计接口成功时不再被连坐丢弃。 - YouTube 连续重载且不降档(P11-177)。真机日志显示每次升档后,水位急救降档会被一条恒真的带宽判据挡住,只剩超时看门狗把整场重来,于是 60~90 秒重载一轮。修:判据改看「实测吞吐 + 余量」。真机复测:全天看门狗仅触发 1 次,降档路径多次正常开火。
- YouTube 挂死期间没有任何评估点(P11-178)。满缓冲排空的那 40 多秒里播放器阻塞在取段调用上,既没有评估点、挂死证据又被之后的成功样本抹平,只能等看门狗重载。修:把静默挂死按轨道记成独立证据喂给 ABR,冷却目标档改记「饿死瞬间正在播的那一档」。
已知
- 图文动态的「转发」「专栏」类型暂不渲染(接口会返回,当前静默丢弃,转发在样本里约占一成);正文里的话题 / @ / 网页链接暂不可点跳转。
- 「点图看大图」与「点卡片进详情页」尚未实现 —— 按官方客户端的点击行为对齐是下一步。
- P11-178(挂死证据进 ABR)与 P11-179(UP 主页统计)待真机复测;P11-177 已真机复测通过;图文动态相关改动已在真机逐条复测(九宫格「+N」角标、表情内联、覆盖行、计数行)。