一次Rust重写基础软件的实践（二）
内容提要
本文介绍了作者将一款C语言开发的基础软件转化为Rust语言的过程中遇到的问题和解决方案，使用Rust FFI和Rust features机制实现兼容性，提供了样本代码和编译运行的示例。
延伸解读
兼容性问题的根源：环境与版本差异
文章指出，Rust重写后调用外部链接库时，用户环境的差异会导致兼容性问题。这种差异不仅体现在芯片指令集平台（如Intel x86与ARM麒麟）或操作系统（如Ubuntu与CentOS）上，更常见的是同一链接库不同版本间函数签名和实现的巨大变化。因此，转化后的Rust代码必须处理这些差异，而不仅仅是平台适配。
FFI与features组合：按需绑定不同版本
解决方案的核心是Rust FFI与features机制的结合。通过FFI声明外部函数，利用features在编译时选择链接库版本。示例中，my-rust-bin通过Cargo.toml定义v1和v2两个feature，并在代码中用cfg属性条件编译不同的绑定模块，最终统一为单一函数入口。这样，用户编译时指定feature即可适配本地库版本。
编译期检查：避免遗漏feature配置
代码中使用了compile_error!宏，当未设置v1或v2 feature时触发编译错误，提示用户必须指定版本。这防止了因忘记配置feature而导致的运行时链接失败或未定义行为。这种编译期检查提升了代码的健壮性，尤其适合需要明确环境依赖的基础软件。
简化场景的启示：从简单到复杂
文章承认示例简化了实际场景（如Rust依赖C库或混合依赖），但强调解决问题的方法具有通用性。通过从简单场景出发，理解FFI和features的配合方式，可以逐步应对更复杂的兼容性需求。这种渐进式思路为类似的重写项目提供了可复用的实践参考。
Q&A
为什么Rust重写基础软件时需要处理链接库版本兼容问题？
因为用户环境不同，安装的静态或动态链接库版本可能不同，导致函数签名或实现有差异，转化后的Rust代码必须做兼容处理才能在不同环境下正常运行。
如何用Rust features机制兼容不同版本的链接库？
在Cargo.toml中定义features（如v1、v2），然后在代码中使用#[cfg(feature = "v1")]等条件编译属性，为不同feature引入对应的链接库函数，并统一到一个函数入口中调用。
Rust FFI在解决链接库版本兼容中起什么作用？
Rust FFI用于调用外部链接库（可能是C或Rust编写）中的函数，通过extern "C"块声明外部函数，使得Rust代码能够与不同版本的链接库进行交互。
编译时忘记指定features会怎样？
会触发编译错误，因为代码中使用了compile_error!宏，当没有设置v1或v2 feature时，会输出错误信息“Please specify either 'v1' or 'v2' feature”，防止遗漏。
如何编译和运行不同版本的二进制文件？
使用cargo build --features="v1"编译v1版本，然后运行target/debug/my-rust-bin；类似地，使用--features="v2"编译v2版本。
实际场景中可能遇到哪些更复杂的情况？
实际场景中可能存在Rust代码依赖C编写的外部链接库，或者原有C代码部分依赖新改写的Rust外部链接库等混合情况，但可以从简单场景出发逐步解决。
