Expensify/App中成员变更工作区导致费用消失的问题分析

问题背景

在Expensify/App项目中，发现了一个关于费用管理工作流的重要缺陷。当用户尝试将已提交的费用从一个工作区转移到另一个工作区时，系统会显示错误提示，同时该费用会从聊天界面中消失，且不会出现在目标工作区中。

问题现象重现

该问题可以通过以下步骤重现：

1. 用户A邀请用户B加入工作区
2. 用户B在工作区聊天中提交手动费用
3. 用户B尝试通过"更多"选项中的"变更工作区"功能将该费用转移到其他工作区
4. 系统显示"出现错误"提示
5. 费用从原始工作区聊天中消失
6. 费用未出现在目标工作区中

技术原因分析

经过深入分析，发现该问题主要由两个技术原因导致：

1. 报告预览动作获取错误：在变更工作区时，系统尝试从allReportActions对象中获取旧的报告预览动作，但使用了错误的键格式。当前代码错误地在报告ID前添加了report_前缀，而实际上allReportActions对象已经使用纯报告ID作为键。

2. 删除属性恢复失败：当操作失败需要回滚时，系统尝试通过合并旧对象来恢复状态。但由于旧对象不包含删除属性，合并操作无法正确清除删除标记，导致费用看似"消失"。

解决方案

针对上述问题，提出以下技术解决方案：

1. 修正报告预览动作获取方式：直接使用报告ID作为键从allReportActions对象中获取旧的报告预览动作，不再添加多余前缀。

2. 完善状态恢复机制：在回滚操作中，显式地将删除属性设置为null，确保能够正确清除删除标记。对于数组类型的消息内容，采用合并策略确保完整恢复。

测试建议

为防止此类问题再次出现，建议增加以下自动化测试场景：

1. 测试变更工作区操作失败时的回滚机制
2. 验证报告预览动作在不同状态下的正确获取方式
3. 检查删除属性在各种情况下的正确处理逻辑

总结

该问题揭示了Expensify/App在处理工作区变更时的状态管理缺陷。通过修正数据获取方式和完善状态恢复机制，可以有效解决费用消失的问题，提升用户体验。这也提醒我们在实现乐观更新模式时，需要特别注意失败情况下的状态恢复逻辑。

对于开发者而言，理解系统状态管理的完整生命周期至关重要，特别是在涉及用户重要数据操作时，必须确保在各种异常情况下都能保持数据的一致性和可见性。