[Bug]自动肉鸽中卡在战斗准备页面

[ButDreamer]

Android 版本

Android 13

设备型号

OPPO Reno7 5G

MAA Meow 版本

0.17.0

运行模式

后台模式（虚拟显示器）

问题描述

在进行自动肉鸽时，当maa选择干员后卡在开始战斗界面，手动选择开始战斗后正常

复现步骤

1. 开始唤醒后进行自动肉鸽
2. 在开始战斗界面偶现卡顿

期望行为

正常自动战斗

日志文件

日志无法上传，提供qq闪传链接
https://qfile.qq.com/q/XrIOfLk82O

截图 / 录屏

补充信息

No response

提交前检查

• 我已搜索过现有 Issue，确认没有重复提交
• 我已上传在 Debug 模式下复现后导出的日志文件

[Aliothmoon]

这个能稳定复现吗，看起来是触控失焦了，导致MAA认为已经进入战斗了

[ButDreamer]

能，而且概率不小

[Aliothmoon]

@github-actions

[github-actions]

Issue 概要

• Issue：#178 [Bug]自动肉鸽中卡在战斗准备页面 #178
• MaaMeow 版本 / 提权后端 / 运行模式 / 客户端：0.17.0 / 未在正文写明（Shizuku 或 Root 未知） / 后台模式（虚拟显示器） / 未写明（截图 UI 为官服中文）
• 设备：OPPO Reno7 5G，Android 13
• 执行任务：开始唤醒 + 自动肉鸽（Roguelike）
• 用户现象：肉鸽中 MAA 选完干员后卡在「开始行动」备战页；手动点「开始行动」后恢复正常；可稳定复现，概率不小
• 维护者初步判断（需日志/代码自证）：「看起来是触控失焦了，导致 MAA 认为已经进入战斗了」

附件概览

• 已读文件：
  • Issue 正文、评论（含维护者与用户确认可复现）
  • 截图 e91b38b4-c61d-4638-afcc-b9f726047a7e（预览 + 任务日志）
  • 本仓库触控 / 虚拟显示相关源码（InputControlUtils、VirtualDisplayManager、DriverClass、bridge_input）
  • 上游 MaaCore（浅克隆）肉鸽 Roguelike@StartAction / RoguelikeBattleTaskPlugin / WaitForStartButtonClicked 任务与插件逻辑
• 缺失证据：
  • maa_logs_*.zip 不可用：用户仅提供 QQ 闪传 https://qfile.qq.com/q/XrIOfLk82O（文件名应为 maa_logs_20260713_005948.zip，约 34MB）；拉取时后端返回「该闪传任务已删除」，left_time=0，无法取得 asst.log / meow_log / logcat/core|app / error_logs
  • 提权后端、具体肉鸽主题（界园/萨卡兹等）、客户端渠道未写明
  • 无 logcat 中 touchDown/Up(displayId=…) 与 inject 成败记录可核对

按 skill：无完整日志包时先声明证据不足，再基于正文/截图/代码做初步判断。

关键证据

• meow_log（仅截图可见片段，非完整会话文件）：

  • 00:49:11 开始执行任务（2 项）→ 任务开始运行 → 开始唤醒
  • 00:50:19 完成唤醒 → 开始 自动肉鸽
  • 00:51:29 已开始探索 1 次
  • 00:52:56 关卡: 普通作战（对应 SubTaskHandler 对 StageCombatOps → maa_combat_ops）
  • 之后无「作战完成 / 失败 / 部署 / 错误」等用户可见后续；状态栏约 01:00，相对最后一条日志已卡住约 7 分钟
  • 预览仍停在编队页：干员已选（8/9）、「开始行动」按钮仍在、角标「游戏运行中」

• asst.log：缺失（闪传删除）

• logcat/core：缺失（无法核对 DriverClass: touchDown/Up、injectInputEvent、VD displayId、native 异常）

• logcat/app / error_logs：缺失

• 代码侧（可复核）交叉：

  1. 开始行动点击即视为完成，不校验是否真正进战
     MaaCore Roguelike@StartAction：ClickSelf（ROI 约右下「开始行动」），ProcessTask::run_action 对 ClickSelf 只 exec_click_task 后返回 Success，不验证 UI 是否离开备战页。
     任务 Doc 写明注册了 RoguelikeSkillSelectionTaskPlugin、RoguelikeBattleTaskPlugin。
  2. 战斗插件在 StartAction「完成」后接管，并死等备战 UI 消失
     RoguelikeBattleTaskPlugin::verify：在 SubTaskCompleted 且 task 为 Roguelike@StartAction 时返回 true。
     _run() 首先 wait_until_start_button_clicked() → 跑 *@Roguelike@WaitForStartButtonClicked（retry_times=0）。
     该任务模板为 Roguelike@QuickFormation.png（备战页「快捷编队」），next 指向自身：
     只要「快捷编队」还在，就一直自旋等待其消失；点击未生效时会长时间/无限挂起，与截图「停在备战页 + 日志停在普通作战后无进展」高度吻合。
     随后 calc_stage_info 才 OCR 关卡名（最多约 1 分钟）；若一直未离备战页，用户侧会表现为「MAA 已经当战斗在跑」。
  3. Meow 触控注入路径
     MaaCore → libbridge DispatchInputMessage → DriverClass.touchDown/Move/Up(x,y,displayId) → InputControlUtils → InputEvent.setDisplayId + InputManager.injectInputEvent。
     DOWN 用 WAIT_FOR_FINISH，成功只表示系统接受事件，不保证 VD 上游戏 Activity 仍持有输入焦点并消费点击。
  4. Android 13 虚拟显示焦点能力偏弱
     VirtualDisplayManager.buildDisplayFlags()：VIRTUAL_DISPLAY_FLAG_OWN_FOCUS / STEAL_TOP_FOCUS_DISABLED 仅 API 34+ 附加；用户为 Android 13（API 33），VD 无 OWN_FOCUS。再叠加 OPPO ColorOS 对多显示/后台的策略，偶发触控落到错误焦点或被丢弃与维护者「触控失焦」判断一致。
     已有 PowerController.startUserActivityKeepAlive(displayId)（约 4s 一次 userActivity），主要防休眠，不是完整的「把焦点钉在 VD 上的游戏窗口」。
  5. 为何「选干员成功、开始行动失败」仍说得通
     编队阶段多次点击/滑动，部分成功即可得到截图中的 8/9 编队；「开始行动」是关键单次点击 + 之后由 BattlePlugin 接管且不再回头点 StartAction。一旦这次点击丢失，状态机进入「等进战」分支，用户只能看到卡死；手动点「开始行动」后 UI 离开备战页，等待条件满足，流程才继续——与用户描述完全一致。

根因判断

• 直接结论（高置信机制 + 中置信触发条件）：
  自动肉鸽在备战页执行 Roguelike@StartAction 时，「开始行动」的模拟点击未真正作用于虚拟显示上的游戏（触控失焦 / 未送达 / 偶发丢点击）。MaaCore 仍将 StartAction 记为完成并启动 RoguelikeBattleTaskPlugin；插件在 WaitForStartButtonClicked 中等待「快捷编队」消失，因 UI 未变化而长时间挂起，表现为卡在开始战斗界面。手动点击有效，说明识别与资源大体正常，问题在点击生效性 + 点击后缺少回到 StartAction 的闭环。

• 证据链：
  截图停在「开始行动」+ 日志停在 StageCombatOps 之后
  → 维护者「触控失焦 / 以为已进战」
  → StartAction 点击即 Completed + BattlePlugin 死等 QuickFormation 消失
  → Meow VD 注入只保证 inject 成功、Android 13 无 OWN_FOCUS、OPPO 设备
  → 用户手动点开始行动后恢复。

• 当前主线是否可能已修复：

  • v0.17.1 / v0.17.2 变更主要为静音、作业格式、壁纸、MaaCore → v6.14.2 等，无明确的「备战页触控 / StartAction 失焦 / 点击后校验」修复说明。
  • 当前仓库 checkout 中 VD 焦点与 InputControlUtils 逻辑与上述分析一致，不能认为主线已修此问题。
  • 建议用户仍升级到最新版做回归，但不能指望仅升级即可消失。

修复方案

1. 代码/配置改动（优先 Meow 侧可改进点，遵守 domain 边界）

   • 触控可靠性（elevated / bridge）
     • maa/InputControlUtils.java、maa/DriverClass.java、remote/internal/VirtualDisplayManager.kt：
       • 评估在 API 33 上能否通过其它 Hidden API 强化 VD 输入焦点（或点击前 userActivity + 确认 top task 仍在目标 displayId）。
       • 点击前检测 ActivityUtils.isAppOnDisplay(gamePackage, displayId)，若游戏不在 VD 上则重新 startApp 到 VD 并打 Ln 告警。
       • 对 injectInputEvent 返回 false 打明确错误；考虑 DOWN 失败时自动短重试。
       • 审查 currentDownTime != 0 时强制 ACTION_CANCEL 是否在快速连点场景造成偶发吞点击。
   • 可观测性
     • logcat/core 已有 touchDown/Up；可在会话 meow_log 对连续触控失败或「长时间停在同一 Roguelike 子阶段」做 WARNING，避免用户只看到停在「普通作战」。
   • 上游 MaaCore（行为闭环，需 fork/上游 PR 或资源热更）
     • RoguelikeBattleTaskPlugin::wait_until_start_button_clicked：为 WaitForStartButtonClicked 增加超时；超时后若仍匹配备战页，重新 Click Roguelike@StartAction 而非无限等。
     • 或让 StartAction 的 next 在超时后重新包含自身点击（需改 tasks JSON + 插件时序）。
     • 引用：
       • https://github.com/MaaAssistantArknights/MaaAssistantArknights/blob/master/src/MaaCore/Task/Roguelike/RoguelikeBattleTaskPlugin.cpp
       • https://github.com/MaaAssistantArknights/MaaAssistantArknights/blob/master/resource/tasks/Roguelike/base.json（`Roguelike@StartAction` / Roguelike@WaitForStartButtonClicked）

2. 建议补充的日志或测试

   • 复现时 Debug 导出完整 maa_logs_*.zip，重点：asst.log 中 Roguelike@StartAction / WaitForStartButtonClicked / RoguelikeBattleTaskPlugin 时间线；logcat/core 中同秒 touchDown/Up 与 displayId。
   • 高 churn 回归：VirtualDisplayManager 启停、后台肉鸽进战、OPPO/ColorOS Android 13 真机。
   • 单测/仪器：mock inject 成功但截图仍为备战页时，是否会超时重点而非死等。

3. 不支持 / 高风险场景的入口限制或提示

   • 设置或后台任务页提示：部分厂商 ROM（含 OPPO）后台 VD 可能偶发触控无效；可尝试前台模式、关闭游戏上方其它全屏/悬浮抢焦点、关闭电池优化。
   • 若检测 Android < 14 且后台模式，可弱提示「虚拟显示输入焦点能力有限」。

给用户的建议

• 可立即尝试：
  1. 卡死时手动点一次「开始行动」（你已验证有效）作临时续跑。
  2. 换前台模式跑同一肉鸽配置，对比是否还卡在备战页（若前台正常，基本坐实 VD 触控/焦点问题）。
  3. 后台挂机时尽量避免主屏打开会抢焦点的全屏应用；MaaMeow/Shizuku/游戏关电池优化与后台限制（OPPO 自启动/后台耗电管理）。
  4. 升级到最新正式版（至少 v0.17.2）后再复现一次，排除其它已修问题干扰。
• 请重新提供日志（原 QQ 闪传已失效）：Debug 模式复现后，用应用内导出 maa_logs_*.zip 直接贴到 GitHub（不要仅用会过期的闪传），便于确认 StartAction 点击坐标、displayId 与 BattlePlugin 等待段。
• 临时绕过：前台模式；或接受偶发卡死时手动点「开始行动」。
• 提权后端（Shizuku/Root）与具体肉鸽主题也请在补充信息里写明。

给修复 AI 的指令（可复制）

已确认事实：
- Issue #178：MaaMeow 0.17.0，OPPO Reno7 5G / Android 13，后台虚拟显示，自动肉鸽在选完干员后卡在「开始行动」；手动点击可恢复；用户称复现概率不小。
- 完整 maa_logs zip 因 QQ 闪传删除不可用；截图显示编队 8/9、「开始行动」仍在、任务日志停在「关卡: 普通作战」后约数分钟无进展。
- MaaCore：Roguelike@StartAction 为 ClickSelf，完成后 RoguelikeBattleTaskPlugin 启动；wait_until_start_button_clicked 在 QuickFormation 仍可见时自旋等待，点击未生效会长时间挂起。
- Meow：触控经 libbridge → DriverClass → InputControlUtils.injectInputEvent(setDisplayId)；Android 13 VD 未设置 OWN_FOCUS（仅 API 34+）。

已确认根因：
- 直接：备战页「开始行动」模拟点击未生效（触控失焦/未送达），但 StartAction 已 Completed，BattlePlugin 死等离备战，导致卡死。
- 放大因素：点击成功与否无 UI 校验；WaitForStartButtonClicked 无超时重点；Android 13 + OPPO 后台 VD 输入焦点弱。

请按以下要求修复：
1. 优先修改：
   - app/.../maa/InputControlUtils.java、DriverClass.java（注入结果、必要时重试、点击前 display/task 校验）
   - app/.../remote/internal/VirtualDisplayManager.kt、ActivityUtils.kt、PowerController.kt（API 33 后台焦点/保活与游戏仍在 VD 的保障）
   - 若改 MaaCore 行为：WaitForStartButtonClicked 超时后重新 StartAction，或等价资源/插件逻辑（需说明是否仅 Meow 热更资源还是等上游）
2. 目标改动：后台肉鸽在「开始行动」点击丢失时能自动重试并恢复进战，而不是无限停在备战页；关键路径有明确 Ln/meow 日志。
3. 避免：破坏前台模式与正常进战；在 domain 层依赖 presentation；无证据时对单一厂商写死黑名单而不给通用焦点/重试方案。
4. 回归验证：Android 13 后台 VD 肉鸽进战（含故意丢点击/游戏不在 VD）；API 34+ 不回归；前台模式对照。
5. 若无法彻底修复，至少补上：Wait/Battle 路径超时重点或失败上抛到 meow_log WARNING，以及 Debug 下 touch displayId 与 inject 成败的可导出日志。

置信度

• 中（机制高 / 触发条件中）
• 还缺什么证据：
  • 完整 maa_logs_*.zip（尤其 asst.log 中 StartAction → WaitForStartButtonClicked → BattlePlugin 段，以及 logcat/core 同秒 touch 记录）
  • 提权后端、肉鸽主题、是否仅后台复现的对照实验
  • 升级 v0.17.2 后是否仍复现的确认

---

点击此处展开分析过程

已完成对 **Issue #178** 的分析，结论已写入 `answer.md`。

### 结论摘要

**现象**：后台虚拟显示下自动肉鸽，选完干员后卡在「开始行动」；手动点可恢复；复现概率不小（OPPO Reno7 5G / Android 13 / MaaMeow 0.17.0）。

**证据限制**：QQ 闪传日志（`maa_logs_20260713_005948.zip`）**已删除**，无 `asst.log` / logcat。依据截图 + 代码 + 维护者判断交叉分析。

**根因（中等置信）**：
1. 「开始行动」**模拟点击未真正进游戏**（VD 触控失焦/偶发丢点击；Android 13 无 `OWN_FOCUS`）。
2. MaaCore 在 `Roguelike@StartAction` **一点击就当完成**，`RoguelikeBattleTaskPlugin` 接手后在 `WaitForStartButtonClicked` **死等「快捷编队」消失** → 点击失效时长时间卡死。

**主线**：`0.17.1/0.17.2` 无针对修复，问题很可能仍在。

**建议用户**：重新用 GitHub 上传完整 `maa_logs_*.zip`；可试前台模式对照；卡死时手动点「开始行动」临时续跑。

🔗 GitHub Action 运行记录