Compose Destinations 多结果接收器问题解析与修复

问题背景

在 Compose Destinations 导航库的 1.9.57 版本更新后，部分开发者遇到了一个关于多结果接收器(Multiple Result Recipients)的编译时错误。该错误表现为当某个可组合函数同时接收多个不同类型的结果接收器时，系统会错误地要求所有结果源都必须支持所有结果类型。

问题表现

具体错误信息为：

Composable 'X' must receive a ResultBackNavigator of type 'String?' in order to be used as result originator for 'Y'

典型的使用场景是：

• 可组合函数 Y 接收两个不同类型的结果接收器：

  @Composable
  internal fun Y(
      resultRecipient1: ResultRecipient<Destination1, Boolean>,
      resultRecipient2: ResultRecipient<Destination2, String?>,
  )
  

• 可组合函数 X (Destination1) 只返回 Boolean 类型结果：

  @Composable
  fun X(
      resultBackNavigator: ResultBackNavigator<Boolean>,
  )
  

• 可组合函数 Z (Destination2) 只返回 String? 类型结果

问题根源

经过分析，该问题的根本原因在于库的代码生成逻辑中对结果接收器参数行的解析存在缺陷。当多个结果接收器参数分布在多行时，解析逻辑会错误地将后续参数的内容也包含进来，导致类型判断出错。

具体来说，解析器在尝试提取 ResultRecipient 的泛型参数类型时，会错误地截取到后续参数的内容，而不是正确地识别当前参数的完整类型声明。

解决方案

Compose Destinations 团队在 1.9.59 版本中修复了这个问题。主要改进包括：

1. 优化了参数行的解析逻辑，确保正确地识别每个 ResultRecipient 参数的完整类型声明
2. 增强了错误处理，避免跨参数的内容污染
3. 添加了更详细的日志输出，便于诊断类似问题

开发者建议

对于使用 Compose Destinations 的开发者，建议：

1. 及时升级到 1.9.59 或更高版本
2. 在定义多个结果接收器时，保持一致的代码风格
3. 如果遇到类似问题，可以使用 --info 日志级别获取更多调试信息

总结

Compose Destinations 作为 Jetpack Compose 生态中重要的导航解决方案，其多结果接收器功能为应用开发提供了强大的导航结果处理能力。此次问题的快速修复展现了开源社区响应问题的效率，也提醒我们在使用高级功能时需要关注版本兼容性。