首页
/ AzurLaneAutoScript 强化功能异常分析与解决方案

AzurLaneAutoScript 强化功能异常分析与解决方案

2025-05-30 23:31:00作者:齐添朝

问题背景

在 AzurLaneAutoScript(以下简称 ALAS)的船只强化功能中,当遇到战斗中的船只时,系统会出现重复点击导致的异常退出问题。这个问题主要影响外服玩家,特别是在网络略有卡顿的情况下更容易触发。

问题现象

当 ALAS 尝试强化船只时,如果前几艘需要强化的船只正处于战斗状态,系统会不断尝试点击强化按钮(ENHANCE_RECOMMEND 和 ENHANCE_CONFIRM)。当这两种按钮的点击次数都达到6次时,系统会触发"Too many click between 2 buttons"错误并退出。

技术分析

状态机流程

ALAS 的强化功能采用状态机模式实现,正常强化流程如下:

  1. state_enhance_check:检查当前船只状态
  2. state_enhance_ready:准备强化
  3. state_enhance_recommend:设置推荐强化材料
  4. state_enhance_attempt:尝试点击强化确认按钮
  5. state_enhance_confirm:确认强化结果

当遇到战斗中的船只时,流程会变为: state_enhance_recommend → state_enhance_attempt → state_enhance_confirm → state_enhance_fail

重复点击保护机制

ALAS 通过 device.py 中的逻辑防止过多重复点击,规则如下:

  1. 单一按钮点击超过12次
  2. 两个按钮各点击超过6次

当前问题触发了第二条规则。

现有保护逻辑的不足

系统原本设计了针对"无材料可强化"情况的保护:

if state_list[-2:] == ["state_enhance_recommend", "state_enhance_fail"]:
    self.device.click_record_clear()

但这种保护仅适用于从 state_enhance_recommend 直接到 state_enhance_fail 的情况,无法覆盖因战斗状态导致的强化失败路径。

解决方案

修复方案需要扩展点击记录清除的条件,使其能够识别因战斗状态导致的强化失败。具体应修改为:

if (state_list[-2:] == ["state_enhance_recommend", "state_enhance_fail"] or 
    state_list[-4:] == ["state_enhance_recommend", "state_enhance_attempt", 
                       "state_enhance_confirm", "state_enhance_fail"]):
    self.device.click_record_clear()

这样修改后,系统能够在以下两种情况下清除点击记录:

  1. 无材料可强化(原逻辑)
  2. 因战斗状态无法强化(新增逻辑)

实施效果

该修复已合并到主分支并经过一周的测试验证,确认能够有效解决战斗状态下船只强化导致的异常退出问题。用户反馈强化功能现在能够正常跳过战斗中的船只,继续尝试强化其他可用船只,而不会因点击次数过多而意外退出。

总结

通过对 ALAS 强化功能状态机的深入分析和针对性修复,我们解决了因战斗状态船只导致的重复点击问题。这个案例展示了状态机设计中考虑所有可能路径的重要性,以及在实现点击保护机制时需要全面覆盖各种异常情况。对于自动化脚本开发来说,这类边界条件的处理往往决定着系统的稳定性和用户体验。

登录后查看全文
热门项目推荐
相关项目推荐

热门内容推荐

最新内容推荐

项目优选

收起
docsdocs
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
139
1.91 K
kernelkernel
deepin linux kernel
C
22
6
nop-entropynop-entropy
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
8
0
ohos_react_nativeohos_react_native
React Native鸿蒙化仓库
C++
192
273
RuoYi-Vue3RuoYi-Vue3
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
923
551
openHiTLSopenHiTLS
旨在打造算法先进、性能卓越、高效敏捷、安全可靠的密码套件,通过轻量级、可剪裁的软件技术架构满足各行业不同场景的多样化要求,让密码技术应用更简单,同时探索后量子等先进算法创新实践,构建密码前沿技术底座!
C
421
392
openGauss-serveropenGauss-server
openGauss kernel ~ openGauss is an open source relational database management system
C++
145
189
金融AI编程实战金融AI编程实战
为非计算机科班出身 (例如财经类高校金融学院) 同学量身定制,新手友好,让学生以亲身实践开源开发的方式,学会使用计算机自动化自己的科研/创新工作。案例以量化投资为主线,涉及 Bash、Python、SQL、BI、AI 等全技术栈,培养面向未来的数智化人才 (如数据工程师、数据分析师、数据科学家、数据决策者、量化投资人)。
Jupyter Notebook
74
64
Cangjie-ExamplesCangjie-Examples
本仓将收集和展示高质量的仓颉示例代码,欢迎大家投稿,让全世界看到您的妙趣设计,也让更多人通过您的编码理解和喜爱仓颉语言。
Cangjie
344
1.3 K
easy-eseasy-es
Elasticsearch 国内Top1 elasticsearch搜索引擎框架es ORM框架,索引全自动智能托管,如丝般顺滑,与Mybatis-plus一致的API,屏蔽语言差异,开发者只需要会MySQL语法即可完成对Es的相关操作,零额外学习成本.底层采用RestHighLevelClient,兼具低码,易用,易拓展等特性,支持es独有的高亮,权重,分词,Geo,嵌套,父子类型等功能...
Java
36
8