Flutter Rust Bridge 中 HashSet<u64> 序列化问题解析

问题背景

在使用 Flutter Rust Bridge 进行跨语言开发时，开发者发现当尝试在 Rust 端定义接收 HashSet<u64> 类型参数的函数时，生成的 Dart 代码会出现编译错误。这个问题涉及到 Rust 和 Dart 之间的类型系统转换，特别是对于 64 位无符号整数的处理方式。

问题现象

当在 Rust 中定义如下函数：

#[flutter_rust_bridge::frb(sync)]
pub fn test(vals: HashSet<u64>) -> String {
    format!("{:?}", vals)
}

生成的 Dart 代码会尝试将 Set<BigInt> 转换为 Uint64List，但 Dart 的类型系统不允许直接将 List<BigInt> 赋值给 List<int> 类型的参数，导致编译失败。

技术分析

类型系统差异

1. Rust 类型：u64 是 64 位无符号整数
2. Dart 类型：Dart 的 int 类型在原生平台是 64 位有符号整数，而在 Web 平台使用 JavaScript 的 Number 类型（双精度浮点数）

问题根源

Flutter Rust Bridge 在处理 u64 类型时，默认会将其映射为 Dart 的 BigInt 类型以确保数值范围不会丢失。然而，在序列化过程中，生成的代码尝试将 BigInt 列表直接转换为 Uint64List，这在 Dart 类型系统中是不允许的。

临时解决方案

开发者可以通过在配置中设置 type_64bit_int: true 来临时解决这个问题。这个配置会：

1. 将 Rust 的 u64 映射为 Dart 的 int 而非 BigInt
2. 在数值不超过 Dart int 范围（-2^63 到 2^63-1）时工作正常
3. 但会牺牲 u64 的全范围表示能力

深入理解

跨平台兼容性挑战

这个问题特别突出了在 Web 平台和非 Web 平台之间处理大整数的挑战：

1. Web 平台：JavaScript 的 Number 类型无法精确表示所有 64 位整数
2. 原生平台：Dart 可以原生处理 64 位整数

序列化机制

Flutter Rust Bridge 使用 SSE (Serialization based) 编解码器时：

1. Rust 端的 HashSet<u64> 会先转换为 Vec<u64>
2. 然后通过序列化机制跨语言边界传输
3. Dart 端尝试重建数据结构时出现类型不匹配

最佳实践建议

1. 对于小范围数值：使用 type_64bit_int: true 配置简化处理
2. 需要完整 u64 范围：
   • 考虑使用字符串表示大整数
   • 或等待官方修复此序列化问题
3. 替代集合类型：如果业务允许，可考虑使用 Vec<u64> 替代 HashSet<u64>

总结

这个问题展示了 Flutter Rust Bridge 在处理 Rust 和 Dart 类型系统差异时的挑战，特别是在涉及大整数和集合类型组合时。开发者需要理解底层序列化机制，并根据实际需求选择合适的配置或变通方案。随着 Flutter Rust Bridge 的持续发展，这类边界情况有望得到更优雅的解决方案。