请描述 Apache Hudi 中时间线（Timeline）管理的实现机制。

回答思路

1. 【回答框架 1】时间线是 Hudi 的核心元数据，以时间轴方式记录表上所有操作（如 commit、compaction、clean、rollback 等），每个操作对应一个 instant，包含时间戳、状态（requested/inflight/completed）和具体动作。它存储在表目录下的 .hoodie 文件夹中，通过文件系统（如 HDFS、S3）实现持久化，支持并发写入和一致性保证。
2. 【回答框架 2】时间线实现的关键在于对 instant 的管理。每个 instant 为一个命名文件，文件名包含时间戳和动作类型，例如 20240101120000000.commit.requested。Hudi 使用 ActiveTimeline 类在内存中维护已完成和进行中的 instant，通过文件系统扫描和缓存提升访问效率；同时通过锁机制（如文件锁、Zookeeper）防止并发写入冲突。
3. 【回答框架 3】时间线的核心价值是支持快照查询、增量查询和时间旅行。Hudi 根据时间线上的 completed instants 确定可见数据版本，查询时可指定时间点或 commit 时间，从而访问历史数据。此外，时间线还驱动了 Clean 和 Compaction 等后台操作，通过记录已完成的 commit 来清理旧文件版本。
4. 【回答框架 4】为了控制时间线开销，Hudi 支持归档（Archival）机制：将较旧的 completed instants 合并到时间线归档文件中（如 .hoodie/timeline 下的 archive 文件），避免元数据无限增长。归档策略可配置（如保留多少个 commit），并在读取时结合归档文件与活跃时间线生成完整视图。
5. 【回答框架 5】在故障恢复方面，时间线记录了每个操作的状态机。如果写入中途失败，commit 不会标记为 completed，后续写入和查询会忽略该部分数据；同时 rollback 操作会根据时间线清理未完成的 instant 关联的数据文件，保证表的一致性。
6. 【关键点 1】时间线是 Hudi 的元数据中心，记录所有操作的 instant 序列，支撑 ACID 和增量处理。
7. 【关键点 2】通过文件系统持久化和 ActiveTimeline 缓存实现高效读写，并利用锁保证并发安全。
8. 【关键点 3】时间线支持按时间点或 commit 进行快照查询和时间旅行。
9. 【关键点 4】归档机制控制时间线体积，避免元数据无限增长。
10. 【关键点 5】失败操作通过时间线状态机进行回滚，确保数据一致性。
11. 【易错点 1】时间线不是保证幂等的唯一机制，查询正确性还需依赖文件版本和 commit 元数据的匹配。
12. 【易错点 2】归档配置不当可能导致查询无法访问过旧的历史快照。
13. 【易错点 3】在并发写入场景下，若锁机制失效，时间线可能出现不一致，需额外依赖文件系统原子操作。