性能占用与运行问题

[VermilionLP]

在提交您的问题反馈之前

• 我已经阅读了 用户文档 并尝试自己解决问题，同时在社群中进行了讨论
• 我无法找到任何 open issue 反馈了相同的问题

相关环境信息

Win11
雷电
GUI 1.35
10705H+2070S

问题描述

脚本运行时性能占用严重，脚本运行时电脑无法进行任何其他工作
后台运行时完全无法使用，所有任务均无法正常运行
autowsgr_2026-05-12.debug.log

autowsgr_2026-05-12.debug.log

autowsgr_2026-05-12.log

复现方法

No response

Log输出

[github-actions]

Issue 概要

• issue：#479（https://github.com/OpenWSGR/AutoWSGR/issues/479）
• 版本 / 分支 / 环境：Win11、雷电模拟器、GUI 1.35（日志内为 AutoWSGR-GUI 环境）
• 任务 / 入口 / 相关设置：战役（困难驱逐）与决战（Ex-6）；日志显示曾以 level=DEBUG 运行
• 关键提示 / 报错文案：
  • 导航步数超限 (20)，目标: PageName.MAP
  • 无法识别当前页面，导航中止
  • 战备舰队界面已关闭，无法继续在该界面重试 OCR
  • 关闭决战选船界面失败
• 用户现象：运行占用高、后台不可用、任务普遍失败

附件概览

• 实际可读文件：
  • autowsgr_2026-05-12_a.debug.log（约 2240 行）
  • autowsgr_2026-05-12_b.debug.log（约 90 行）
  • autowsgr_2026-05-12.log（约 59 行）
• 缺失或未上传的证据：
  • CPU/GPU/内存占用曲线（任务管理器截图）
  • 出错现场截图（仅日志，无界面图）
  • 用户实际 GUI 配置导出（仅从日志反推）

关键证据

点击此处展开

• issue 正文 / 评论：
  • 用户描述“性能占用严重、后台无法使用、任务无法正常运行”，并上传 3 份日志。
• 运行时日志（关键时间线）：
  • 在战役流程中，存在大量“仍在出征准备页”且重复回退尝试，随后出现 导航步数超限 (20)。
  • 同时出现高频任务启动/完成与快速失败（多个 task_id 在短时间内连续触发）。
  • 决战流程中出现 OCR 选船为空，随后抛出 战备舰队界面已关闭... 或 关闭决战选船界面失败。
• UI / 服务日志：
  • 高频页面识别失败与重试（[UI] 当前页面: 无匹配 / [OPS] 页面识别失败）与任务失败同时间段密集出现。
• 配置快照（从日志推断）：
  • 一次运行中 level=DEBUG，且 debug 文件记录量很高。
• 代码依据（当前 HEAD：14c9d741b562d28214409ff968308b1c6a72148c）：
  • wait_leave_page 的语义是“checker(screen) 为 False 即判定已离开当前页”：

    AutoWSGR/autowsgr/ui/utils/navigation.py

    Lines 141 to 179 in 14c9d74

    	def wait_leave_page(
    	ctrl: AndroidController,
    	checker: Callable[[np.ndarray], bool],
    	*,
    	timeout: float = DEFAULT_NAV_CONFIG.timeout,
    	interval: float = DEFAULT_NAV_CONFIG.interval,
    	handle_overlays: bool = True, # noqa: ARG001
    	source: str = '',
    	target: str = '',
    	) -> np.ndarray:
    	"""反复截图，直到 ``checker`` 返回 ``False`` (已离开)。
    	目标页面签名未采集时的降级方案。优先使用 :func:`wait_for_page`。
    	Raises
    	------
    	NavigationError
    	超时仍在原页面。
    	"""
    	from autowsgr.ui.page import get_current_page
    	deadline = time.monotonic() + timeout
    	attempt = 0
    	_log.debug('[UI] 等待离开: {} -> {} (超时 {:.1f}s)', source or '?', target or '?', timeout)
    	while True:
    	attempt += 1
    	screen = ctrl.screenshot()
    	if not checker(screen):
    	current = get_current_page(screen)
    	_log.debug(
    	'[UI] 已离开: {} -> {} (第 {} 次截图, 到达={})',
    	source or '?',
    	target or '?',
    	attempt,
    	current or '未知',
    	)
    	return screen

  • 但 BattlePreparationPage.go_back() 把 checker 传成了 目标页 MapPage.is_current_page，与上述语义冲突：

    AutoWSGR/autowsgr/ui/battle/base.py

    Lines 163 to 174 in 14c9d74

    	def go_back(self) -> None:
    	"""点击回退按钮 (◁)，返回地图页面。"""
    	from autowsgr.ui.map.page import MapPage
    	_log.debug('[UI] 出征准备 → 回退')
    	click_and_wait_leave_page(
    	self._ctrl,
    	click_coord=CLICK_BACK,
    	checker=MapPage.is_current_page,
    	source=PageName.BATTLE_PREP,
    	target=PageName.MAP,
    	)

  • 导航层会在失败时持续重试并有 20 步上限，触发“步数超限”错误：https://github.com/OpenWSGR/AutoWSGR/blob/14c9d741b562d28214409ff968308b1c6a72148c/autowsgr/ops/navigate.py#L83-L138
  • 决战 OCR 失败时会在界面关闭后抛出 RuntimeError：

    AutoWSGR/autowsgr/ops/decisive/handlers.py

    Lines 47 to 76 in 14c9d74

    	def _recognize_fleet_options_with_retry(
    	self,
    	fallback_score: int | None,
    	attempts: int = 3,
    	) -> tuple[np.ndarray, int, dict[str, FleetSelection]]:
    	"""仅在购买界面内重试 OCR；若界面已关闭则不再尝试回到该界面。"""
    	screen = self._map.wait_for_fleet_overlay_stable()
    	last_score = fallback_score or 0
    	last_selections: dict[str, FleetSelection] = {}
    	for attempt in range(1, attempts + 1):
    	score, selections = self._map.recognize_fleet_options(
    	screen,
    	fallback_score=fallback_score,
    	)
    	if score:
    	last_score = score
    	last_selections = selections
    	if selections:
    	return screen, last_score, selections
    	if not self._map.is_fleet_overlay_open():
    	raise RuntimeError('战备舰队界面已关闭，无法继续在该界面重试 OCR')
    	if attempt < attempts:
    	_log.warning(
    	'[决战] 战备舰队 OCR 无结果，第 {} 次重试',
    	attempt,
    	)
    	screen = self._map.wait_for_fleet_overlay_stable(timeout=3.0)
    	return screen, last_score, last_selections

  • 决战关闭选船界面失败会直接抛异常：

    AutoWSGR/autowsgr/ops/decisive/handlers.py

    Lines 214 to 259 in 14c9d74

    	def _handle_choose_fleet(self) -> None:
    	"""战备舰队获取：OCR 识别选项 → 购买决策 → 关闭弹窗。"""
    	self._has_chosen_fleet = True
    	_log.info('[决战] 战备舰队获取')
    	screen, score, selections = self._recognize_fleet_options_with_retry(
    	fallback_score=self._state.score,
    	)
    	self._state.score = score or self._state.score
    	if selections:
    	first_node = self._state.is_begin()
    	if first_node:
    	last_name = self._map.detect_last_offer_name(screen)
    	if last_name in {'长跑训练', '肌肉记忆', '黑科技'}:
    	_log.info('[决战] 首节点判定修正: 最后一项为技能')
    	first_node = False
    	to_buy = self._logic.choose_ships(selections, first_node=first_node)
    	if not to_buy:
    	self._map.refresh_fleet()
    	screen, score, selections = self._recognize_fleet_options_with_retry(
    	fallback_score=self._state.score,
    	)
    	self._state.score = score or self._state.score
    	to_buy = self._logic.choose_ships(
    	selections,
    	first_node=first_node,
    	)
    	_log.info('[决战] 选择购买: {}', to_buy)
    	for name in to_buy:
    	sel = selections[name]
    	self._map.buy_fleet_option(sel.click_position)
    	if name not in {'长跑训练', '肌肉记忆', '黑科技'}:
    	self._state.ships.add(name)
    	self._state.phase = DecisivePhase.PREPARE_COMBAT
    	if not self._map.close_fleet_overlay():
    	_log.info('[决战] 关闭决战选船界面失败, 选择第一艘后撤退')
    	self._state.phase = DecisivePhase.RETREAT
    	_, first_value = next(iter(selections.items()))
    	self._map.buy_fleet_option(first_value.click_position)
    	if not self._map.close_fleet_overlay():
    	raise RuntimeError('关闭决战选船界面失败')

  • debug 文件是“固定 DEBUG 且不做通道过滤”，会放大 I/O 与日志体积：

    AutoWSGR/autowsgr/infra/logger.py

    Lines 327 to 335 in 14c9d74

    	# 全量文件：固定 DEBUG，**不做**通道过滤（记录一切）
    	logger.add(
    	log_dir / 'autowsgr_{time:YYYY-MM-DD}.debug.log',
    	level='DEBUG',
    	rotation=rotation,
    	retention=retention,
    	encoding='utf-8',
    	format=_fmt,
    	)

根因判断

• 直接结论：
  • 已证实主根因（战役/导航失败）：BattlePreparationPage.go_back() 调用 click_and_wait_leave_page 时传错 checker（传了目标页判断，而该 API 需要“当前页判断”），导致“未离开却被判定已离开”，进而触发导航循环与任务连续失败。
  • 并发次要问题（决战失败）：决战选船 OCR/关闭弹窗链路在日志中也稳定报错，造成决战任务终止。
  • 性能问题：日志可证实存在高频失败重试循环；但缺少系统资源曲线，无法只凭日志量化 CPU 占用百分比。
• 证据链：
  • 运行日志中的“仍在出征准备页但被判定离开”现象，与 wait_leave_page 语义 + go_back 实参不匹配完全一致。
  • 导航循环与“步数超限”错误与 ops/navigate.py 实现吻合。
• 当前主线是否可能已修复：
  • 未修复（当前 HEAD 仍可见该参数误用）。

修复方案

1. 代码 / 配置 / 资源层修复
   • 修正 BattlePreparationPage.go_back()：
     • 方案 A：将 checker 改为出征准备页自身判断（满足 wait_leave_page 语义）。
     • 方案 B（更稳妥）：改用 click_and_wait_for_page(..., checker=MapPage.is_current_page) 直接等待目标页。
   • 决战链路增加更稳健的降级：
     • OCR 空结果时，先判定 overlay 实际状态再决定 retry/refresh/回退，不要直接进入不可恢复异常分支。
2. 需要补充的测试、日志或截图
   • 为“出征准备 -> 地图”新增单元测试（覆盖 checker 语义错误场景）。
   • 增加回归测试：从 BATTLE_PREP 触发 goto_page(..., MAP) 不应出现 20 步超限。
   • 补充失败现场截图与性能采样（CPU/GPU）用于量化性能问题。
3. 如问题属于不支持场景，应如何限制入口或改进提示
   • 若页面长期不可识别，应在任务层快速 fail-fast 并提示“当前卡在未识别页面”，避免连续拉起新任务造成资源占用放大。

给用户的建议

• 用户现在可以直接尝试的动作：
  • 临时将日志级别设为 INFO，并关闭各类 debug 开关，先降低运行负载。
  • 任务失败后先手动把界面退回“地图/主页面”再继续，避免在“出征准备页”循环重试。
• 是否建议升级 / 重下完整包 / 重置配置 / 更换环境：
  • 当前更像代码逻辑缺陷，不是单纯环境问题；建议等待包含上述修复的版本后升级。
  • 若近期有配置迁移，可先重置为最小配置复现，排除旧配置叠加影响。
• 是否有临时绕过方案：
  • 规避会频繁触发“出征准备 -> 地图”回退的自动任务组合；优先执行不依赖该回退路径的单步任务。

给修复 AI 的建议（可复制）

点击此处展开

现象：
战役/决战任务在后台高频失败，日志持续出现“无法识别当前页面 / 导航步数超限 / 决战选船异常”，导致任务短周期循环与高资源占用。

关键证据：
1) wait_leave_page 语义：checker=False 即判定“已离开”。
2) BattlePreparationPage.go_back 传入了 MapPage.is_current_page 作为 checker（目标页判断），导致在仍处 BATTLE_PREP 时被误判为“已离开”。
3) goto_page 在该误判下反复执行 BATTLE_PREP->MAP 边，最终步数超限并抛错。

可能相关线索（待验证）：
- 把 go_back 改为 click_and_wait_for_page + MapPage.is_current_page（或 wait_leave_page + BaseBattlePreparation.is_current_page）后，战役失败率应显著下降。
- 决战 OCR 空结果与 overlay 关闭失败属于独立缺陷，需单独加稳态判定与降级路径。

置信度

• 高（关于“任务失败主根因”）
• 中（关于“性能占用具体比例”，因缺少系统性能采样）
• 还缺什么证据：
  • 运行时 CPU/GPU/内存曲线与失败瞬间截图
  • 用户 GUI 实际配置导出（确认日志级别与 debug 开关）

---

点击此处展开分析过程

我先拉取并分析仓库的 **Issue #479**（含评论和相关日志），然后把结论整理写入 `copilot_answer.md`。

● skill(generic-issue-log-analysis)

已进入 issue 分析阶段；先抓取 #479 的正文与评论，并提取可验证证据。

● Fetch issue 479 data and current commit (shell)
  │ gh --no-pager issue view 479 --repo OpenWSGR/AutoWSGR --comments --json
  │ number,title,body,author,createdAt,updatedAt,state,url,labels,comments >
  │ /tmp/issue479.json && gh --no-pager api
  │ repos/OpenWSGR/AutoWSGR/issues/479/events > /tmp/issue479_events.json && git
  │ rev-parse HEAD
  └ 38 lines...

● Fetch issue 479 data and current commit (shell)
  │ GH_PAGER=cat gh issue view 479 --repo OpenWSGR/AutoWSGR --comments --json
  │ number,title,body,author,createdAt,updatedAt,state,url,labels,comments >
  │ /tmp/issue479.json && GH_PAGER=cat gh api
  │ repos/OpenWSGR/AutoWSGR/issues/479/events > /tmp/issue479_events.json && git
  │ rev-parse HEAD
  └ 2 lines...

● Read issue479_events.json
  │ /tmp/issue479_events.json
  └ 1 line read

● Read issue479.json
  │ /tmp/issue479.json
  └ 1 line read

● Summarize issue 479 metadata and URLs (shell)
  │ python - <<'PY'
  │ import json,re
  │ p='/tmp/issue479.json'
  │ obj=json.load(open(p))
  │ print('title:',obj['title'])…
  └ 33 lines...

我先下载 issue 附件日志并建立时间线，再回到代码定位可能根因。

● Download issue 479 log attachments (shell)
  │ mkdir -p .cache/issue-logs/issue-479 && cd .cache/issue-logs/issue-479 &&
  │ curl -L --fail -o autowsgr_2026-05-12_a.debug.log https://github.com/user-
  │ attachments/files/27604217/autowsgr_2026-05-12.debug.log && curl -L --fail
  │ -o autowsgr_2026-05-12_b.debug.log https://github.com/user-attachments/fi
  │ les/27604221/autowsgr_2026-05-12.debug.log && curl -L --fail -o …
  └ 20 lines...

● Search (grep)
  │ "ERROR|CRITICAL|Traceback|Exception|FATAL" (.cache/issue-logs/issue-479)
  └ No matches found

● Search (grep)
  │ "WARN|WARNING|timeout|retry|failed|失败|超时|卡|stuck|adb|scrcpy|OCR|识别"
  │ (.cache/issue-logs/issue-479)
  └ No matches found

● Inspect beginning and end of downloaded logs (shell)
  │ for f in .cache/issue-logs/issue-479/*.log; do echo '===== '"$f"' (head)';
  │ sed -n '1,80p' "$f"; echo '===== '"$f"' (tail)'; tail -n 80 "$f"; done
  └ 10 lines...

● Summarize log line counts and dominant callsites (shell)
  │ for f in .cache/issue-logs/issue-479/*.log; do echo "### $f"; wc -l "$f";
  │ echo "Top callsites:"; awk -F'\|' '{if(NF>=4){gsub(/^ +| +$/,"",$3);
  │ c[$3]++}} END{for(k in c)print c[k],k}' "$f" | sort -nr | head -n 20; echo
  │ "Top message prefixes:"; awk -F'\|' '{if(NF>=4){msg=$4; gsub(/^ +|
  │ +$/,"",msg); split(msg,a,":"); key=a[1]; gsub(/^ +| +$/,"",key); …
  └ 143 lines...

● Search (grep)
  │ "日志初始化完成|level=|通道覆盖|DEBUG|INFO"
  │ (.cache/issue-logs/issue-479/autowsgr_2026-05-12.log)
  └ 27 lines found

● Search (grep)
  │ "\[OPS\] 页面识别失败|\[OPS\] 导航失败|\[UI\] 当前页面|\[Matcher\] composite
  │ 'event_map_page' FAIL|\[Task\] 启动任务|\[Task\] 任务完成"
  │ (.cache/issue-logs/issue-479/autowsgr_2026-05-12_a.debug.log)
  └ 7 lines found

● Compute timestamp interval stats for debug log (shell)
  │ python - <<'PY'
  │ from datetime import datetime
  │ import re
  │ f='.cache/issue-logs/issue-479/autowsgr_2026-05-12_a.debug.log'
  │ pat=re.compile(r'^(\d\d:\d\d:\d\d\.\d+) \|')…
  └ 19 lines...

● Compute log rate and message frequency hotspots (shell)
  │ python - <<'PY'
  │ import re,collections
  │ from datetime import datetime
  │ f='.cache/issue-logs/issue-479/autowsgr_2026-05-12_a.debug.log'
  │ sec=collections.Counter(); lvl=collections.Counter(); …
  └ 70 lines...

● Search (grep)
  │ "\|\s*WARNING\s*\||\|\s*ERROR\s*\|"
  │ (.cache/issue-logs/issue-479/autowsgr_2026-05-12_a.debug.log)
  └ 7 lines found

● Search (grep)
  │ "\|\s*WARNING\s*\||\|\s*ERROR\s*\|"
  │ (.cache/issue-logs/issue-479/autowsgr_2026-05-12_b.debug.log,
  │ .cache/issue-logs/issue-479/autowsgr_2026-05-12.log)
  └ 32 lines found

● Read autowsgr_2026-05-12_b.debug.log
  │ .cache/issue-logs/issue-479/autowsgr_2026-05-12_b.debug.log
  └ L52:90 (39 lines read)

● Read copilot-tool-output-1778517664248-77nybt.txt
  │ /tmp/copilot-tool-output-1778517664248-77nybt.txt
  └ L1:220 (113 lines read)

● Read autowsgr_2026-05-12.log
  │ .cache/issue-logs/issue-479/autowsgr_2026-05-12.log
  └ L24:70 (36 lines read)

● Extract task start/finish timeline and failure reasons (shell)
  │ python - <<'PY'
  │ import re
  │ f='.cache/issue-logs/issue-479/autowsgr_2026-05-12_a.debug.log'
  │ start=re.compile(r'^(\S+) \|\s*INFO\s*\| .*\[Task\] 启动任务: (\S+)
  │ \(([^)]+)\)')…
  └ 51 lines...

下一步我回溯任务调度与导航实现，确认日志中的高频重试是配置触发还是代码缺陷。

● Read task.py
  │ autowsgr/server/routes/task.py
  └ L200:290 (91 lines read)

● Read navigate.py
  │ autowsgr/ops/navigate.py
  └ L1:240 (137 lines read)

● Read launcher.py
  │ autowsgr/scheduler/launcher.py
  └ L60:180 (121 lines read)

● Read navigation.py
  │ autowsgr/ui/utils/navigation.py
  └ L120:240 (121 lines read)

● Read task_manager.py
  │ autowsgr/server/task_manager.py
  └ L120:220 (101 lines read)

● Read navigation.py
  │ autowsgr/ui/utils/navigation.py
  └ L1:120 (119 lines read)

● Search (glob)
  │ "**/*i18n*"
  └ No matches found

● Search (glob)
  │ "**/*locale*"
  └ No matches found

● Search (glob)
  │ "**/*lang*"
  └ No matches found

● Read usersettings.yaml
  └ L1:220 (141 lines read)

● Search (grep)
  │ "effective_channels|class .*Log|log\.|channels|level" in **/*.py (autowsgr)
  └ 9 lines found

● Read config.py
  │ autowsgr/infra/config.py
  └ L1:260 (260 lines read)

● Read logger.py
  │ autowsgr/infra/logger.py
  └ L1:320 (320 lines read)

● Search (grep)
  │ "effective_channels|show_ui_debug|show_vision_debug|show_ops_debug|show_emul
  │ ator_debug|show_decisive_battle_info|channels" in **/*.py (autowsgr/infra)
  └ 28 lines found

● Read logger.py
  │ autowsgr/infra/logger.py
  └ L314:460 (92 lines read)

● Read autowsgr_2026-05-12_a.debug.log
  │ .cache/issue-logs/issue-479/autowsgr_2026-05-12_a.debug.log
  └ L1:160 (160 lines read)

● Read navigation.py
  │ autowsgr/ui/utils/navigation.py
  └ L240:390 (129 lines read)

● Search (grep)
  │ "出征准备 → 回退|click_and_wait_leave_page\(|PageName\.BATTLE_PREP" in
  │ **/*.py (autowsgr/ui)
  └ 11 lines found

● Read base.py
  │ autowsgr/ui/battle/base.py
  └ L130:220 (88 lines read)

● Read base.py
  │ autowsgr/ui/battle/base.py
  └ L1:130 (130 lines read)

● Read navigation.py
  │ autowsgr/ui/navigation.py
  └ L180:250 (70 lines read)

● Read page.py
  │ autowsgr/ui/map/page.py
  └ L1:220 (47 lines read)

● Read controller.py
  │ autowsgr/ui/main_page/controller.py
  └ L150:260 (77 lines read)

● Search (grep)
  │ "click_and_wait_leave_page\(" in **/*.py (autowsgr/ui)
  └ 2 lines found

● Search (glob)
  │ "**/copilot_answer.md"
  └ No matches found

● Read campaign.py
  │ autowsgr/ops/campaign.py
  └ L220:320 (72 lines read)

● Search (grep)
  │ "def _battle_prep_to_map" (autowsgr/ui/navigation.py)
  └ 21 lines found

● Read handlers.py
  │ autowsgr/ops/decisive/handlers.py
  └ L1:260 (259 lines read)

● Read autowsgr_2026-05-12_a.debug.log
  │ .cache/issue-logs/issue-479/autowsgr_2026-05-12_a.debug.log
  └ L2060:2245 (181 lines read)

结论已明确，我将把结构化分析结果写入仓库根目录的 `copilot_answer.md`。

● Edit
  └ Create copilot_answer.md

● Read copilot_answer.md
  └ 112 lines read

已完成，`copilot_answer.md` 已写入仓库根目录，包含对 **Issue #479** 的完整分析结论（问题摘要、证据链、根因判断、修复方案、用户建议与置信度）。

核心结论是：战役失败的主根因已定位到 `BattlePreparationPage.go_back()` 对 `click_and_wait_leave_page` 的 `checker` 语义使用错误；并且日志中还存在独立的决战选船/OCR失败链路。


Changes   +114 -0
Requests  1 Premium (4m 23s)
Tokens    ↑ 1.6m • ↓ 13.8k • 1.5m (cached) • 6.7k (reasoning)

🔗 GitHub Action 运行记录

[kuainx]

督促GUI支持pytorch+cuda