fix: 数据源可靠性修复（HLS 播放、次元城登录、失效源下线与持久化兼容）

[wdw89]

⚠️ 本 PR 堆叠在 #77 之上。 GitHub 按 merge-base 计算差异，所以 #77 合并前这里会同时显示 #77 的改动；#77 合并后会自动收敛为下面这 14 个提交。

背景

拆自同一批改动里与数据源 / 播放内核相关的部分。只动数据源解析、播放器内核与持久化兼容，不涉及界面结构。

1. 崩溃修复：失效数据源会让收藏 / 历史 / 下载页整页打不开

SourceMode 在这轮里从 11 项收敛到 7 项，而收藏、历史、下载三张表存的是枚举名。三处读取点用的是裸 SourceMode.valueOf()，老记录里的失效名字会抛 IllegalArgumentException。

关键点在于异常是从 Room 的 Flow 里冒出来的 —— 它会把整个列表一起打挂，老用户打开这三个页面直接崩。

改为 SourceMode.fromName()（查不到返回 null），三个 mapper 返回可空，调用点换 mapNotNull。新增 RemovedSourceRowTest：先断言原始行数是 2、再断言过滤后是 1，避免插入失败也能让测试假绿。

2. 播放修复：HLS 与多线路

• 最关键的一处：media3-extractor 不含 HLS 提取器，旧代码对带请求头的地址一律走 ProgressiveMediaSource，导致 m3u8 报 UnrecognizedInputFormatException。现在按扩展名分派 HlsMediaSource / ProgressiveMediaSource。
• 修掉 VideoPlayerViewModel 里 _videoState.value.data!! 的空指针：retry() 会先置 Resource.Loading（此时 data 为 null），失败页的「重试」与登录后的重试都会踩到。
• 修掉切线路 / 换源后请求头不更新的问题。

3. 恢复 Gogoanime

原实现依赖第三方代理 consumet-leox-api.vercel.app，该域名已被 DNS 污染（解析到 Meta 的 IP），官方 api.consumet.org 现在返回 451。改为直连站点自身链路（剧集页 → player 页 → megavid /source → m3u8），不再需要任何代理。

站点剧集是倒序的，补了 .reversed() 与其它源对齐（lastPosition 是按 URL 匹配的，不受影响）。

4. 次元城（Cycanime）

• 站点是 SPA，改为官方 JSON API，不再解析 HTML。
• 修正播放地址端点：正确路径是 /api/v2/sections/{id}/play-url，之前少了 /v2，站点返回 500 播放地址解析失败，很容易误判成站点故障。实际上匿名访问应返回 401，现在会给出明确的「需要登录」提示。
• 详情页相关推荐：详情接口本身不含该数据，站点前端是另发一条请求取的，这里对齐。

登录流程沿用了你原有的验证码 WebView

次元城鉴权走 Bearer token（不是 cookie），所以这里没有新造机制，而是沿用你原来的 CaptchaWebViewActivity 那套形状：WebView 打开站点页面 → 用户在页面里完成验证 / 登录 → 从 WebView 取回凭据 → 按数据源存到 SharedPreferences → 后续请求带上。

改动点：

• 取回的东西从 Cookie 换成 token —— 站点用的是 Authorization: Bearer，WebView 里能读到的凭据在 localStorage 的 cycweb:auth:v2，不是 cookie。
• 入口从搜索页移到播放器：播放拿到 401 时弹窗提示，用户点「去登录」进入；登录成功后自动重试刚才那一集。
• 站点拦截 Android UA，WebView 需要伪装成桌面 UA 才能看到登录页（用手机 UA 会只显示「请使用 Android APP」）。
• 命名调整为 SourceAuthManager / WebAuthActivity，因为它的职责已经不只是验证码了。

关于被删掉的 Cookie 那半：CaptchaCookieManager.getCookies() / clearCookies() / syncFromWebView() 原本只被 Cycanime 和 Girigiri 的 HTML 抓取调用（button.verify-submit 那条检测路径）。这两个源改成 JSON API 之后，HTML 验证码弹窗不再存在，这条路径自然失去入口，所以一并删掉了 —— 不是判断你的代码无用，而是它依赖的解析方式已经不在了。同样，WebAuthActivity 里的「验证码模式」（移动端 UA + 自动点击 JS + 已完成验证）也随之一并移除。

token 过期：已接 /auth/refresh，提前续期而不是等掉线

站点 token 的有效期实测为 7 天。这里做了主动续期，持续使用的用户可以一直不掉线。

关键约束是 /api/auth/refresh 要求传入一个仍然有效的 token：

调用方式	结果
有效 token	200 {"code":0,"data":{"token":"...","expires_at":"..."}}
无效 / 已过期 token	400 {"code":1001,"msg":"Invalid Token"}

也就是说它是「以旧换新」，不是「过期后补救」——放进 401 分支只会白调一次，所以只能在 401 之前动手。

因此续期时机按剩余比例而不是写死阈值：站点下发的 expiresAt 连同本地保存时刻一起存下来，由此反推本次会话总时长，剩余不足一半时续期。这样站点把有效期从 7 天改成 1 天，阈值会自动跟着缩，不会退化成「每次请求都续期」。

续期失败（网络异常 / 返回 1001）时保留原 token 不动，继续由 401 分支兜底，避免一次网络抖动就把用户登出。另外实测换发新 token 后旧 token 不会被吊销，所以续期不会把用户在其它设备上的登录踢掉。

LOGIN_TOKEN_SCRIPT 相应地从「只返回 token」改为返回 <token>|<expiresAt> —— 原先把 expiresAt 丢掉了，这正是之前无从判断该不该续期的根因。

5. 清理

• 删除已下线数据源及其测试：Anfuns / Mxdm / Ntdm / Nyafun / Yhdm，以及它们失效的 HTML 快照 fixture。这也是本 PR 删除行数很多的原因 —— 那些快照对应的是早已改版的线上页面，且其中几个测试引用的路径还是包名重命名前的 com/sakura/anime/...，在 main 上本来就是红的。
• 统一了 4 份重复的 encodeForUrl。
• SourceAuthManager 的 pending 状态改为 @Synchronized，修掉 check-then-act 的双消费竞态。
• 搜索分页：3 个数据源忽略 page 参数（JSON API / maccms suggest 本身没有分页），导致无限分页 + 重复行。

CI 说明

两个 workflow 里失效的 Set up Android SDK 步骤已在 #77 中移除。该 action
（android-actions/setup-android）会自行下载它绑定的 cmdline-tools 版本，而 Google
已把这些 zip 下架，返回 404，job 在构建之前就挂掉；上游 issue
#536 自 8 月起开着，
最新版 v4 同样中招。本仓库在 2026-05-29 用同一份 workflow 是能通过的，
属于三方 action 随 Google 下架而失效，与代码改动无关。

本 PR 已重建在 #77 之上，会一并继承该修复。fork PR 的 workflow 默认待审批，
需要你点一次 Approve and run 才会实际跑。

• 稀饭动漫(Xifan)的播放地址解析原有 6 条依次 return 的分支，逐条拿三条线路的真实播放页回放正则后，只有 1 条在干活（另有 1 条因正则写成 }; 而永远匹配不上、1 条字段名写成 next 而站点其实是 url_next、1 条与前者匹配到完全相同的字符串、1 条要求页面里有 iframe 但线上没有）。已收敛为「取播放配置的 url 字段 + 整页扫直链」两步，并补上三条线路真实页面的固定样本单测（89 KB → 1.8 KB，取 player_aaaa 所在的那一行）。

验证

• 用真实账号登录后实测整条链路：刷新接口返回 200 + 新 token，换发后的 token 调 /api/v2/sections/{id}/play-url 拿到 200 + 真实播放地址（不带则 401）。
• 按 App 实际请求形状复刻验证通过：双斜杠 URL（baseUrl 末尾带 /）、空 urlencoded body、完整 baseHeaders。
• :app:assembleDebug / :app:assembleRelease（含 R8）/ :app:assembleDebugAndroidTest 均通过。release 包对照 mapping.txt 确认 SourceMode 与 7 个枚举常量均未被重命名（-keep enum 规则生效），即按名字持久化的数据在混淆后的 release 中安全。
• :app:test → 33 passed / 0 failed（新增 18 个用例：登录载荷解析、续期时机边界、有效期变更时阈值自动缩放，以及稀饭三条线路的播放地址解析）。
• database_test 全包 instrumented 测试 31 / 31 通过。
• 全源播放链路冒烟测试 AllSourcesPlaybackTest 保留在 androidTest，并在 TV 模拟器与平板设备上实机验证。
• 备注：:danmaku:test 有 2 处既有失败（Dispatchers.Main 未设置），与本次改动无关，未处理。