mCRL2项目中lpsxsim加载保存轨迹时崩溃问题分析

mCRL2项目中lpsxsim加载保存轨迹时崩溃问题分析

问题现象

在mCRL2项目的lpsxsim工具中，当用户执行以下操作序列时会出现崩溃问题：

1. 对模型（如abp.lps）进行若干步模拟
2. 保存当前轨迹
3. 继续执行更多模拟步骤
4. 尝试重新加载之前保存的轨迹
5. 工具出现段错误(Segmentation Fault)

该问题在2023发布版本和当前开发版本中均存在。

问题根源

经过深入分析，发现问题出现在updateSimulation函数中。当加载的轨迹比模拟器窗口中当前显示的轨迹短时，会导致以下异常情况：

1. 在updateSimulation函数执行过程中，如果新轨迹窗口的右侧大小被设置为超出当前选择范围
2. Qt框架会触发选择变更的回调
3. 该回调又会再次调用updateSimulation函数
4. 在第二次调用期间，新窗口的大小会被重新设置
5. 此时Qt内部数据结构已处于不一致状态
6. 最终导致程序崩溃

解决方案

针对这个递归调用导致的问题，采取的解决措施是：

在updateSimulation函数中添加防护机制，防止其被递归执行。具体实现方式包括：

1. 设置执行状态标志
2. 在函数入口检查是否已处于执行状态
3. 如果是递归调用则直接返回
4. 确保每次调用都能完整执行而不被中断

这种防护措施有效避免了Qt内部数据结构在更新过程中被破坏，从而解决了崩溃问题。

技术背景

mCRL2是一个基于进程代数的形式化建模和验证工具集。lpsxsim是其提供的线性过程规范(LPS)模拟器，允许用户交互式地探索系统行为。轨迹保存和加载功能是模拟器的重要特性，使用户能够记录和重现特定的执行路径。

Qt框架的信号-槽机制虽然提供了强大的事件处理能力，但在处理复杂界面更新时容易产生递归调用问题。这类问题在涉及界面元素大小调整和选择状态变更的场景中尤为常见。

经验总结

这个案例为我们提供了以下有价值的经验：

1. 在使用Qt等GUI框架时，需要特别注意回调函数可能导致的递归调用
2. 界面更新操作应保持原子性，避免在更新过程中触发其他回调
3. 对于关键数据结构，应添加适当的防护机制防止并发或递归访问
4. 边界条件测试（如加载比当前显示更短的轨迹）应作为测试用例的重要组成部分

该修复已提交并合并到代码库中，确保了lpsxsim工具在轨迹操作场景下的稳定性。