Expensify/App中离线状态下交易线程无限加载问题分析

问题现象

在Expensify/App项目中，当用户在离线状态下执行特定操作流程时，会遇到交易线程无限加载且头部信息为空的问题。具体表现为：用户在工作区聊天中提交两笔费用后，删除报告并转到个人DM，在离线状态下点击任何费用预览时，交易线程界面会持续加载且不显示任何头部信息。

技术背景

该问题涉及Expensify/App中的费用管理核心功能，特别是与交易线程相关的处理逻辑。交易线程是Expensify中用于跟踪特定交易讨论的独立会话，当用户查看或讨论某笔具体费用时，系统会自动创建或关联相应的交易线程。

根本原因分析

经过技术团队深入排查，发现问题源于以下几个关键因素：

1. 报告动作缺失：当缺少reportActions时，系统会进入无限加载状态。这源于ReportActionsView.tsx中的相关逻辑判断。

2. 交易线程ID生成问题：在创建REQUEST_MONEY请求时，系统既没有生成乐观的optimisticTransactionThread，也没有创建optimisticCreatedActionForTransactionThread，同时请求参数中缺少transactionThreadReportID和createdReportActionIDForThread。

3. 删除操作后的ID不一致：当报告被删除后，系统会为交易生成新的reportID，这导致reportActions变为空值。

解决方案

技术团队提出了以下修复方案：

1. 启用乐观交易线程生成：通过向getMoneyRequestInformation传递shouldGenerateOptimisticTransactionThread = true参数，确保系统能够获取transactionThreadReportID和createdReportActionIDForThread。

2. 完善请求参数：在相关请求中添加transactionThreadReportID和createdReportActionIDForThread参数，确保交易线程能够正确初始化和加载。

技术实现细节

修复方案主要修改了IOU.ts文件中的相关逻辑：

• 在getMoneyRequestInformation调用时添加了shouldGenerateOptimisticTransactionThread参数
• 完善了请求参数传递，确保交易线程相关ID能够正确传递
• 优化了报告删除后的处理逻辑，保持交易线程的一致性

影响范围

该问题主要影响以下平台：

• Android应用和移动网页版
• iOS应用和移动网页版
• MacOS桌面版和网页版
• Windows Chrome浏览器

经验总结

此案例提醒我们在处理离线状态下的交易流程时需要特别注意：

1. 确保关键ID在操作流程中的一致性
2. 离线状态下应保持足够的乐观数据生成能力
3. 删除操作后的状态恢复需要特别处理
4. 交易线程的初始化参数必须完整

通过这次问题的分析和解决，Expensify/App在离线状态下的交易处理能力得到了进一步巩固，为用户提供了更稳定的使用体验。