Expensify/App 中费用提交流程的Bug分析与解决方案

问题背景

在Expensify/App项目的费用提交功能中，用户报告了一个影响工作流程的严重问题。当用户尝试在非默认工作区提交费用时，系统会出现两个异常行为：首先是在费用确认步骤中金额输入页面会意外重新打开；其次是费用最终被错误地提交到了默认工作区而非用户选择的目标工作区。

问题复现步骤

1. 创建两个不同的工作区
2. 进入第二个工作区(非默认工作区)的聊天界面
3. 尝试提交费用到该工作区
4. 在费用创建流程中，当用户点击"下一步"时，金额输入页面会重新出现
5. 最终费用被错误地提交到了第一个(默认)工作区

技术分析

这个Bug暴露了应用在以下两个关键环节的逻辑缺陷：

1. 导航流程控制问题：在费用提交的确认步骤中，应用错误地触发了返回至金额输入页面的逻辑，这表明路由控制或状态管理存在缺陷。

2. 工作区上下文保持问题：应用未能正确维护用户在费用提交流程开始时选择的工作区上下文，导致最终提交目标被错误重置为默认工作区。

根本原因

经过开发团队深入排查，发现问题源于最近一次关于"报告选择"功能的代码修改。该修改意外引入了两个副作用：

1. 破坏了费用提交流程中的导航栈管理
2. 干扰了工作区选择状态的持久化机制

解决方案

开发团队采取了以下措施解决该问题：

1. 回滚了引入问题的"修复报告选择"相关代码变更
2. 重新评估了导航状态和工作区上下文的管理逻辑
3. 在回归测试中验证了修复效果

经验教训

这个案例提醒我们：

1. 涉及导航流程和上下文保持的修改需要格外谨慎
2. 全面的回归测试对复杂交互流程至关重要
3. 清晰的组件状态管理边界可以避免类似问题

修复效果

修复后验证确认：

• 费用提交流程的导航行为恢复正常
• 工作区选择能够正确保持直至提交完成
• 不再出现意外返回输入页面的情况

该修复已随版本9.1.53-7和9.1.54-7部署至生产环境，经过7天回归期验证无复发后关闭。