Blue Archive Auto Script中Nemu模拟器截图冲突问题分析与解决

Blue Archive Auto Script中Nemu模拟器截图冲突问题分析与解决

事件背景

在Blue Archive Auto Script自动化脚本项目中，当用户同时选择Nemu模拟器作为截屏方式和操作方式时，在执行咖啡厅相关功能时会出现脚本异常终止的问题。该问题表现为在执行特定操作序列后，程序抛出"RuntimeError: This event loop is already running"错误。

问题现象

错误发生时，脚本正在执行咖啡厅奖励收集流程，具体表现为：

1. 成功完成咖啡厅收益收集
2. 成功使用邀请券邀请学生
3. 在尝试进入礼物界面时发生崩溃
4. 错误日志显示事件循环已运行的冲突

技术分析

根本原因

该问题的根本原因在于Nemu客户端实现中使用了Python的asyncio异步编程模型。asyncio的事件循环设计为单线程运行，而BAAS框架中的picture.co_detect方法会创建新线程执行点击操作，导致：

1. 主线程已运行事件循环
2. 新线程尝试再次启动事件循环
3. 系统检测到事件循环冲突
4. 抛出RuntimeError异常

相关技术细节

1. asyncio事件循环机制：Python的异步IO框架核心，每个线程只能有一个运行中的事件循环
2. 多线程冲突：当多个线程尝试操作同一事件循环时会产生冲突
3. Nemu客户端实现：通过ADB协议与模拟器通信，使用异步方式提高效率
4. BAAS框架设计：采用多线程模型处理并发操作

解决方案

经过分析，我们采取了以下改进措施：

1. 统一执行线程：确保所有涉及事件循环的操作都在主线程中执行
2. 移除冲突的多线程设计：将picture.co_detect中的点击操作改为同步执行
3. 保持功能完整性：在简化线程模型的同时不影响原有功能

实施效果

修改后：

• 解决了事件循环冲突问题
• 咖啡厅功能可以完整执行
• 系统稳定性得到提升
• 保持了原有的操作效率

经验总结

这个案例为我们提供了以下宝贵经验：

1. 异步编程注意事项：在使用asyncio时需特别注意线程安全问题
2. 框架设计考量：混合使用多线程和异步IO时需要谨慎设计
3. 错误处理机制：对于可能出现的线程冲突应有预防措施
4. 测试覆盖范围：需要针对不同配置组合进行充分测试

后续优化方向

基于此次问题的经验，我们计划：

1. 完善线程安全文档
2. 增加异常情况下的恢复机制
3. 优化异步操作的处理流程
4. 加强不同运行环境下的兼容性测试

通过这次问题的解决，不仅修复了特定场景下的bug，也为项目后续的稳定性改进提供了重要参考。