Bruce项目JS解释器脚本崩溃问题分析与修复

问题背景

在Bruce项目的Beta版本中，用户报告了一个关于JS解释器运行特定脚本时出现崩溃的问题。当尝试运行sd_files/interpreter/目录下的"ir_brute.js"、"rf_brute.js"和"wifi_brute.js"这三个脚本时，脚本菜单仅显示不到一秒便崩溃返回主菜单，且没有任何错误提示信息。

技术分析

经过开发团队深入调查，发现问题根源在于项目更新后dialogChoice函数的参数格式发生了变化。新版本的dialogChoice函数需要接收两种格式的参数：

1. 字符串数组格式：["选项1", "选项2", ...]
2. 键值对对象格式：{"选项1": "返回值1", "选项2": "返回值2", ...}

而旧版本的脚本使用的是传统的键值对数组格式：["选项1", "返回值1", "选项2", "返回值2", ...]，这种格式在新版本中已不再支持。

解决方案

开发团队采取了双管齐下的修复策略：

1. 底层函数修复：修改了loopOptions函数的实现，使其能够正确处理新旧两种参数格式，确保向后兼容性。

2. 脚本更新：对受影响的三个脚本(rf_brute.js、ir_brute.js和wifi_brute.js)进行了适配性修改，使其符合新版本API的调用规范。

技术细节

在底层实现上，修复主要集中在显示循环处理逻辑上。当系统检测到脚本调用dialogChoice函数时，会先对传入参数进行类型检查和格式转换：

• 如果是数组且元素数量为偶数，则自动转换为键值对对象格式
• 如果是纯字符串数组，则保持原样处理
• 如果已经是键值对对象，则直接使用

这种处理方式既保证了新脚本的正常运行，又维持了对旧脚本的兼容性。

用户影响

此次修复主要影响使用以下场景的用户：

• 在Beta版本中运行特定JS脚本的用户
• 自行开发基于dialogChoice函数的交互式脚本的开发者

修复后的版本已推送至Beta测试通道，建议受影响的用户更新测试。

最佳实践建议

对于JS脚本开发者，建议：

1. 使用新的键值对对象格式编写脚本，这是推荐的标准化做法
2. 在脚本开头添加版本检查逻辑，确保API兼容性
3. 对用户输入进行充分验证，防止意外崩溃

对于终端用户，如果遇到类似问题，可以尝试：

1. 更新到最新固件版本
2. 检查脚本是否来自官方仓库的最新版本
3. 在社区论坛报告具体问题现象