Rust Tauri v2项目ARM64交叉编译异常问题咨询

1. 为何指定ARM目标却用AMD64库编译？ #

这是因为Cargo交叉编译要求系统库与目标架构完全匹配。如果构建环境仅安装了AMD64版本的系统依赖（如webkit2gtk系列库），Cargo会默认优先找到本地的AMD64库进行链接，不会自动切换到ARM64版本。另外，部分Rust crate的构建脚本（如build.rs）可能会先运行AMD64架构的辅助工具，若这些工具未针对ARM目标做适配，也会导致错误调用本地架构的库。

2. 为何Tauri v1时正常？ #

Tauri v1依赖的是webkit2gtk-4.0和libsoup-2.4，这类成熟库在Ubuntu 22.04的ARM64交叉编译源中已有现成包，官方文档的配置流程也已处理好依赖的架构匹配逻辑。而Tauri v2升级到了webkit2gtk-4.1和libsoup-3.0这类较新库，旧版交叉编译环境（如cross-rs默认的Ubuntu 20.04镜像）没有预编译的ARM64包，且Ubuntu 22.04的交叉源对这些新库的配置更复杂，导致v1的旧流程不再适用。

3. 是否是Tauri的Cargo清单配置问题？ #

不完全是，但Tauri v2的Cargo.toml引入的新依赖，其构建脚本可能未充分适配交叉编译场景下的库路径识别逻辑。比如部分依赖会通过pkg-config查找系统库，若pkg-config未配置为指向ARM64的库目录，就会错误匹配AMD64版本。你可以尝试在交叉编译前设置以下环境变量，强制pkg-config使用ARM目标配置：

export PKG_CONFIG_SYSROOT_DIR=/path/to/arm64/sysroot
export PKG_CONFIG_PATH=${PKG_CONFIG_SYSROOT_DIR}/usr/lib/aarch64-linux-gnu/pkgconfig
export PKG_CONFIG_ALLOW_CROSS=1

另外，Tauri v2目前处于alpha阶段，交叉编译的适配尚未完善，官方还未更新对应的交叉编译指导文档。

构建耗时优化建议 #

• 放弃手动切换依赖架构的方案，直接使用支持Ubuntu 22.04的cross-rs镜像，或自行基于Ubuntu 22.04构建包含ARM64依赖的自定义镜像，在容器内完成全流程ARM64交叉编译，避免来回切换依赖的耗时。
• 将交叉编译的sysroot目录、Cargo缓存目录持久化到流水线缓存中，减少重复下载与编译的时间。

内容的提问来源于stack exchange，提问作者krokosik