旧用户解封：B视机 v3.1.0 与我的关注

每一座新都都有一个悬而未决的旧案。B视机迁移到 qaqmin 时留下的那句”老用户收不到同版本地址修复”，在本轮被一笔勾销。

一、考古：端点在哪

新功能”我的关注”的第一道坎是端点。原用的关注列表接口已失效（服务端 404），连 bilibili-API-collect 仓库都被清空了——工程兵最后钻进第三方开源客户端 PiliPlus 的源码里挖出正确端点 xlive/web-ucenter/user/following，并按真实响应修正了三处直觉错误：封面字段是 room_cover（不是 cover 也不是 user_cover，不补映射卡片就没封面）、分页结束标记是服务端直接给的 totalPage（比自写的启发式可靠）、正在直播数 live_count 服务端直接下发；列表里还混有未开播项，过滤与跳转所需的 uid 字段也在。

二、功能与真机

新页面是主人要的分组形态：正在直播 (13) 全量展示所有开播中的关注主播——比服务端首页模块给的六个多了一倍多，分页滚动加载；未开播 (16) 置灰分组，回车直接跳进对方个人空间（实测”最终幻想14官方”空间页完整打开）；直播中的卡片回车直进直播间，BACK 返回后分组状态保持；右上汇总条”正在直播 13 · 未开播 16”一眼看清。途中验出一次盒子固件层的 fdsan native 崩溃（直播间开过之后媒体 FD 残留的偶发，重试不复现，与功能代码无关）。

三、发版与解封

Mac 构建 EXIT 0（994 秒），GitHub 推送四个提交，Release v3.1.0 发布——版本号这次升了半位，正是解封的钥匙：3.0.9 的老用户双通道检测命中更高版本，新渠道加更高版本，上轮”老用户收不到地址修复”的悬案就此了结。GitHub API 全轮仅约六次调用，CI 因版本号变更自动跑了一次。

四、README 的秩序修复

主人看出了 README 的问题：v3.0.9 的版本亮点被我排在了 v2.1.0 后面，而新发的 v3.1.0 整个缺失，版本表也少两行。四语言版本逐一修正（加 v3.1.0 节、挪 v3.0.9 到正确位置、补表格两行——中途一次误删 v2.1.0 正文也当场补回），统一验证顺序后 GitHub 与 Codeberg 双推。Codeberg 侧还藏着一个旧历史：本地是重写后的历史，远端停在重写前——强推同步，三端最终落在同一提交。

真实坐标

• 端点考古：PiliPlus 源码挖出 xlive/web-ucenter/user/following（page/page_size/ignoreRecord/hit_ab）；字段修正＝room_cover 封面、totalPage 分页、live_count 直播数、未开播项含 uid
• 功能：直播页「我的关注 ▸」入口；分组页（正在直播 13 全量分页 / 未开播 16 置灰跳个人空间）；汇总条双计数；BACK 分组保持
• 发版：v3.1.0（7dc56a2），资产显示名 B视机V3.1.0.apk（25.5MB 签名包，Mac 994 秒 EXIT 0）；老用户解封（版本更高 + 新渠道命中）
• 已知小项：卡片观众数显示 0（接口不下发在线人数，下版可换 text_small）；fdsan native 崩溃为盒子固件偶发（一次 crash_dump 记录，重试不复现）
• README：四语言加 v3.1.0 节、修 v3.0.9 排序、补版本表；GitHub + Codeberg 双推（Codeberg 强推同步旧历史），三端 2a3c6b… 一致