OpenTripPlanner中stopTimesForPattern接口重复返回停靠时间问题解析

问题背景

在OpenTripPlanner公共交通规划系统的实际部署中，开发者发现GraphQL接口stopTimesForPattern存在一个异常行为：当查询特定站点和线路模式下的停靠时间时，系统会返回重复的实时停靠时间数据。具体表现为同一个行程(trip)的实时更新信息被重复返回两次。

问题复现

通过GraphQL查询可以清晰地复现该问题。当查询特定站点ID和线路模式ID时，返回结果中包含完全相同的两个停靠时间条目，包括相同的实时出发时间(realtimeDeparture)、相同的实时状态(realtimeState)以及相同的行程ID(gtfsId)。

技术分析

经过深入分析，这个问题主要出现在以下场景：

1. 当同一线路模式(pattern)下存在多个行程(trip)时
2. 这些行程生成了实时更新的新线路模式
3. 特别容易在站点被跳过(skipped)的情况下触发

系统在处理实时更新的行程数据时，未能正确去重，导致相同的行程信息被多次返回。这会影响前端应用的显示效果，可能导致用户看到重复的行程信息。

解决方案

开发者已经提出了初步修复方案，主要思路是：

1. 在返回结果前对停靠时间数据进行去重处理
2. 确保相同行程的实时更新信息只返回一次
3. 保持原有数据结构不变，仅过滤重复项

该修复方案需要经过开发团队的进一步讨论和测试，特别是要考虑各种边缘情况，如：

• 不同行程但相同时间的情况
• 实时更新与计划数据的混合情况
• 多线程环境下的数据一致性

影响范围

该问题主要影响：

1. 使用stopTimesForPattern接口的客户端应用
2. 依赖实时更新数据的系统
3. 存在站点跳过情况的线路

对于普通用户来说，这个问题可能导致在查询某些线路的实时到站信息时看到重复的车辆信息。

总结

OpenTripPlanner作为开源公共交通规划系统，其核心功能之一的实时数据接口需要保证数据的准确性和唯一性。这个重复返回停靠时间的问题虽然看似简单，但涉及到实时数据处理的核心逻辑。开发团队正在积极解决这个问题，未来版本中将包含修复方案，确保用户获得准确、无重复的实时交通信息。