Flutter Rust Bridge 在 Android 上的动态库加载问题解析

问题背景

在使用 Flutter Rust Bridge 进行跨平台开发时，Android 平台可能会遇到动态库加载失败的问题。具体表现为运行时抛出错误信息："dlopen failed: library 'libshared_core.so' not found"，即使确认.so文件已经放置在正确的目录下。

问题分析

这个问题通常发生在以下场景中：

1. 开发者手动将编译生成的.so文件复制到android/app/src/main/jniLibs/arm64-v8a目录
2. 在Flutter代码中调用RustLib.init()初始化时
3. 运行在arm64架构的Android设备上（如Pixel 7）

根本原因

经过深入分析，这个问题主要有两个潜在原因：

1. 构建系统配置问题：Android的build.gradle文件没有正确配置以包含生成的.so文件。Flutter Rust Bridge通过Cargokit自动处理.so文件的打包，手动复制可能导致构建系统无法正确识别。

2. 工作空间配置问题：当使用Cargo工作空间时，如果项目结构复杂（如Rust代码和Flutter代码不在同一目录层级），可能导致构建系统无法正确找到和打包生成的.so文件。

解决方案

方案一：使用自动构建（推荐）

Flutter Rust Bridge的设计理念是自动处理.so文件的生成和打包，开发者不应手动复制.so文件。正确的做法是：

1. 确保项目配置遵循Flutter Rust Bridge的Quickstart指南
2. 让Cargokit自动处理.so文件的生成和打包
3. 检查build.gradle中是否有干扰自动构建的手动配置

方案二：手动配置构建系统（特殊情况使用）

如果确实需要手动配置，应确保：

1. build.gradle文件中正确指定了jniLibs的路径
2. .so文件放置在正确的架构子目录下（如arm64-v8a）
3. 清理并重新构建整个项目

最佳实践建议

1. 保持项目结构简单：尽量让Rust代码和Flutter代码保持在同一项目结构中，避免使用复杂的工作空间配置。

2. 遵循自动构建流程：充分利用Flutter Rust Bridge提供的自动化工具链，减少手动干预。

3. 构建前清理：在修改构建配置后，执行flutter clean确保没有残留的旧构建文件。

4. 日志分析：遇到问题时，检查完整的构建日志，而不仅仅是运行时错误。

总结

Flutter Rust Bridge在Android平台上的动态库加载问题通常与构建系统配置有关。通过理解Flutter Rust Bridge的自动化构建机制，并遵循推荐的项目结构，可以避免大多数此类问题。对于复杂项目结构，可能需要特别注意构建配置的细节，确保.so文件能被正确打包和加载。