fix(android): 修复登录自动提取失败（evaluateJavascript 返回 JSON 编码结果）

[Qiyuanqiii]

描述

真机 QA（#16 后续复测）定位到的自动提取失败根因（第 4 个真机 bug，A3 遗留）：

现象

WebView 内登录成功后（localStorage 已含 userToken = {"value":"<64字符 Bearer>"}），App 状态永远停在「尚未就绪，等待登录完成…」。

根因

Android evaluateJavascript 的回调收到的是 JSON 编码的求值结果：注入脚本 return JSON.stringify({...}) 的完成值是一个字符串，回调里就变成带引号的 "{\"ok\":true,...}"——JSONObject(result) 解析字符串必然抛 JSONException，被 catch 吞掉 → 每次轮询都走「尚未就绪」分支。

iOS WKWebView 的 evaluateJavaScript 返回裸值，同样的写法在 iOS 正常、Android 必然失败（A3 从未真机验证过自动提取路径，故潜伏至今）。

修复

注入脚本改为直接返回对象：return { ok: true, data: pairs }，由 evaluateJavascript 序列化为 JSON 对象，JSONObject(result) 正常解析。并加注释说明平台语义差异，防止照搬 iOS 写法回归。

验证

• 真机：WebView 会话备份 → 重装修复版 → 恢复会话 → 打开登录页 → 预期 10 秒内自动提取完成进入主页（复测进行中，结果将回帖）。

关联

• 跟进 test+docs(android): A4 QA 矩阵执行与 README/MOBILE-PLAN/PR Template 同步 #16（QA 矩阵「WebView 登录自动提取」项）
• Parent: [Epic] feat(android): A4 产品化收尾 — 后台刷新、低余额通知与生命周期管理 #17（已关闭，收尾修复）

变更类型

• 🐛 Bug 修复

边界检查

• 未引入任何第三方依赖
• 未改动平台接口契约
• 未夹带真实 Token 或凭据
• 未提交构建产物
• 未改变 Token 存储方式
• 注释与文案中文
• 提交信息符合 Conventional Commits + 中文描述

[github-actions]

一句话总结

修复 Android 登录自动提取失败：将 evaluateJavascript 中返回 JSON 字符串改为直接返回对象，适配 Android 回调的 JSON 编码语义。

🔴 红线 / 严重问题

无。改动未触碰任何红线（无第三方依赖、无 Token 存储变更、无平台接口臆造、无 CI 破坏）。

🟡 建议改进

1. android/src/DeepSeekMeter/TokenLoginWebView.kt:239-243：注释中「A4 真机发现」表述不够严谨，建议补充具体的 Android 版本/WebView 版本信息，便于后续维护者复现和验证。例如改为「Android 14 + Chrome WebView 120 真机发现」。

2. android/src/DeepSeekMeter/TokenLoginWebView.kt:243：修改后的 JS 直接返回对象，但 evaluateJavascript 回调中 result 的类型处理逻辑未在 diff 中展示。建议确认回调中对 result 的解析方式是否已适配（例如 JSONObject(result) 解析对象而非字符串），若解析逻辑未同步修改，可能导致新的解析错误。

🔵 小问题 / 风格

1. android/src/DeepSeekMeter/TokenLoginWebView.kt:239：注释中「勿照搬」的表述略显口语化，建议改为「语义不同，不可直接复用」以保持注释风格统一。

审查结论

改动方向正确，修复了 Android 与 iOS 在 evaluateJavascript 回调语义上的差异，注释也清楚说明了原因。建议确认回调解析逻辑是否同步适配，并补充更具体的真机环境信息后即可合并。