OpenTripPlanner实时数据协议兼容性架构优化

背景与现状

OpenTripPlanner(OTP)作为开源的多模式交通规划系统，目前存在SIRI-ET和GTFS-RT两种实时数据协议无法在同一实例中并行运行的架构限制。这一技术限制源于早期引入SIRI协议时产生的技术债务，导致核心实时类之间存在复杂的循环依赖关系。

技术债务分析

当前架构中，TimetableSnapshotManager、TransitLayerUpdater和TimetableSnapshot等核心组件由各自的更新器管理，而非通过依赖注入框架统一控制。这种设计导致：

1. 协议实现与状态管理耦合度过高
2. 组件间存在不必要的循环依赖
3. 新增协议支持时代价高昂

架构优化方案

核心改造原则

1. 依赖反转：将核心组件的管理权移交至Dagger依赖注入框架
2. 单一职责：明确划分协议解析与状态管理的边界
3. 解耦设计：消除不必要的循环依赖

新架构设计要点

新架构将建立清晰的层次结构：

1. 协议适配层：SIRI-ET和GTFS-RT作为平行实现
2. 状态管理层：统一的TimetableSnapshotManager
3. 数据持久层：TimetableRepository与TransitLayer的交互

保留的循环依赖

唯一保留的循环依赖存在于TimetableRepository和TransitLayer之间，这是出于性能考虑的有意设计，将在后续迭代中重新评估。

实施价值

1. 多协议并行：支持同时处理不同来源的实时数据
2. 扩展性提升：简化新协议集成流程
3. 维护性增强：降低系统复杂度和维护成本

未来展望

该架构改造为OTP向Transmodel标准迁移奠定了基础，使系统能够更好地适应不同地区的数据标准要求，为全球范围内的部署提供更大灵活性。后续将关注性能优化和剩余循环依赖的合理化重构。