Apollo Kotlin 与 Cronet 集成中的请求生命周期问题解析

问题背景

在将 Google 的 Cronet 网络库与 Apollo Kotlin 集成时，开发者发现了一个关于 HTTP 请求生命周期的异常行为。具体表现为当使用 Cronet 作为 HTTP 引擎时，Apollo 客户端的请求处理会出现两种不同的故障模式：

1. 当启用 HTTP 批处理时，Cronet 引擎不会调用请求完成监听器
2. 当禁用批处理时，所有请求都被标记为已取消（尽管从 UI 角度看应用功能正常）

技术分析

JSON 解析与请求生命周期

核心问题源于 Apollo Kotlin 的 JSON 解析逻辑与 Cronet 请求生命周期管理之间的不匹配。具体表现为：

• Apollo 的 JSON 解析器在成功解析响应主体后即停止处理，不会继续读取到文档结束(END_DOCUMENT)标记
• 而 Cronet 的设计要求必须完整读取响应流才能正确触发请求完成事件
• 这种不完整的读取导致 Cronet 无法正确识别请求已完成，从而引发各种异常行为

批处理模式下的表现差异

在批处理模式下，问题更为复杂：

1. 启用批处理时：由于 BatchingHttpInterceptor 的 JSON 解析同样没有读取到文档结束，Cronet 引擎无法完成请求生命周期，最终导致应用挂起
2. 禁用批处理时：ResponseParser 的自动关闭机制导致请求被标记为取消，尽管数据已成功解析

解决方案

经过深入分析，社区确定了以下解决方案：

1. 严格验证响应完整性：修改 JSON 解析逻辑，确保读取到文档结束标记
2. 错误处理策略：将响应中包含额外数据的情况视为错误，而非静默忽略
3. 生命周期管理：确保 HTTP 引擎能够正确识别请求完成状态

实现细节

解决方案的关键修改包括：

• 在批处理拦截器中添加对文档结束标记的显式检查
• 当发现响应包含额外数据时抛出异常
• 确保所有响应解析路径都完整读取输入流

版本更新

该修复已包含在以下版本中：

• Apollo Kotlin v4.0.0-rc1
• Apollo Kotlin v3.8.5

最佳实践建议

对于需要在 Apollo Kotlin 中使用 Cronet 或其他严格依赖请求生命周期的 HTTP 引擎的开发者，建议：

1. 升级到包含修复的版本
2. 考虑启用响应完整性验证
3. 监控应用中的请求取消事件，区分正常取消与异常情况

这一问题的解决不仅修复了 Cronet 集成的特定问题，也提高了整个 Apollo Kotlin 客户端对 HTTP 响应处理的健壮性。