Expensify/App项目中Ad Hoc Web构建的404页面问题解析与修复

在Expensify/App项目的开发过程中，我们遇到了一个影响测试流程的关键问题：当用户在Ad Hoc Web构建版本中登录后，系统会错误地导航至404页面，而不是预期的收件箱(Inbox)页面。这个问题严重影响了与用户引导流程相关的测试工作。

问题背景

Ad Hoc构建是开发过程中用于测试的特殊版本，它应该尽可能模拟生产环境的用户行为。然而，当前实现中存在一个逻辑缺陷：在用户完成登录后，系统没有正确处理路由跳转，导致用户被重定向到了404页面。这与生产环境和预发布环境(Staging)的行为不一致，在这些环境中，用户登录后会正常跳转到收件箱页面。

技术分析

这个问题本质上是一个路由处理逻辑的缺陷。在Web应用中，路由系统负责根据URL路径决定渲染哪个页面组件。当用户完成认证流程后，应用应该：

1. 检查用户的登录状态
2. 验证用户是否有权限访问目标页面
3. 根据应用状态决定默认跳转路径

在Ad Hoc构建中，这个流程出现了断裂，可能是因为：

• 环境检测逻辑不完善，未能正确识别Ad Hoc构建的特殊性
• 路由守卫(Route Guard)配置错误，导致认证后的跳转目标不正确
• 构建配置差异导致的路由基准路径(Base Path)问题

解决方案

修复这个问题的核心思路是统一Ad Hoc构建与生产环境的路由跳转行为。具体实现包括：

1. 修改环境检测逻辑，确保Ad Hoc构建使用与生产环境相同的路由规则
2. 检查并修复认证后的默认跳转目标配置
3. 确保所有构建类型的路由基准路径一致

在技术实现上，可能需要：

• 更新路由配置文件，明确指定登录后的重定向目标
• 修改环境变量处理逻辑，确保Ad Hoc构建被正确识别
• 添加针对性的测试用例，验证不同构建类型的路由行为

修复验证

为了确保修复的有效性，我们需要：

1. 创建新的Ad Hoc Web构建版本
2. 执行完整的登录流程测试
3. 验证登录后是否正确地跳转至收件箱页面
4. 检查其他相关功能是否受到影响

总结

这个问题的修复不仅解决了Ad Hoc构建中的导航问题，更重要的是保证了不同环境间行为的一致性，这对于开发和测试流程至关重要。通过这次修复，我们：

• 提高了Ad Hoc构建的可靠性
• 确保了测试环境的准确性
• 统一了不同构建类型的行为
• 为后续的测试工作奠定了更好的基础

这种类型的问题提醒我们，在开发过程中需要特别注意不同环境间的行为一致性，特别是对于认证和路由这类核心功能。建立完善的环境检测和路由处理机制，可以避免类似问题的再次发生。