Expensify/App项目报告页面无限加载问题分析与解决方案

问题背景

在Expensify/App项目的9.1.59-0版本中，测试人员发现了一个严重的功能性问题。当用户执行以下操作流程时：

1. 创建手动费用报告
2. 清除缓存并重启应用
3. 尝试重新打开之前创建的报告

报告页面会出现无限加载的情况，无法正常显示内容。这个问题在多个平台（包括Android、iOS和桌面端）都能复现，影响了核心的报告查看功能。

技术分析

问题根源

经过开发团队排查，发现问题源于PR#62080的代码变更。该PR修改了核心的报告和费用创建流程，但在处理报告ID的路由参数时存在缺陷。具体来说，在SearchMoneyRequestReportPage组件中，代码错误地使用了不正确的参数获取方式，导致在清除缓存后无法正确解析报告ID。

关键代码段

问题出在SearchMoneyRequestReportPage组件的报告ID获取逻辑上。原始代码应该使用reportIDFromRoute方法来获取路由参数中的报告ID，但实际上使用了不匹配的参数获取方式，导致在特定情况下（特别是清除缓存后）无法正确获取报告ID。

影响范围

该问题影响了所有平台的报告查看功能，特别是：

• 移动端应用（Android/iOS）
• 移动网页版（mWeb）
• 桌面浏览器版
• 桌面客户端

解决方案

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

1. 代码修复：修正了报告ID的获取逻辑，确保始终使用正确的reportIDFromRoute方法
2. 紧急回滚：由于问题影响严重，团队决定先回滚引起问题的PR#62080
3. 回归测试：修复后进行了全面的功能测试，确认问题已解决

技术启示

这个案例给我们几个重要的技术启示：

1. 路由参数处理需要谨慎：在处理页面路由参数时，必须确保使用一致且可靠的方法
2. 缓存清除场景的测试重要性：这类边界条件容易被忽略，但实际影响很大
3. 回滚机制的价值：对于严重影响核心功能的bug，及时回滚是保证用户体验的重要手段

总结

Expensify/App团队通过快速响应和有效的技术决策，及时解决了这个影响核心功能的严重问题。这个案例展示了在复杂前端应用中处理路由参数和缓存状态的技术挑战，也为类似场景的问题排查提供了参考。