Rust调用以C int类型定义的API的具体处理方式是什么？

Rust原生提供了零成本的可移植处理机制，完全不需要硬编码i32来适配现有平台：

• 标准库std::os::raw模块内置了全量和C类型一一对应的FFI别名，其中c_int就完全匹配当前目标平台的C int类型，大小、符号规则完全遵循对应平台的C标准，官方保证类型一致性，不需要开发者手动判断平台差异。如果你需要编写和C API对接的FFI代码，直接用c_int声明对应参数/返回值即可，不管未来平台将int调整为32位还是64位，代码都不需要修改即可适配。
• 针对Unix文件描述符这类高频使用的场景，Rust已经做了多层封装：上层业务开发可以直接用标准库的std::fs::File、std::net::TcpStream等高级抽象，完全不需要手动处理文件描述符的类型问题；如果需要调用底层系统API，也可以直接用第三方的libc crate，其中已经预先对read、write这类系统调用做了可移植封装，参数类型已经自动匹配对应平台的C标准，不需要手动做类型对齐。

注意：虽然目前主流通用平台的C int都是32位，i32和c_int的表现完全一致，但可移植代码绝对不要直接用i32替代c_int，不仅不符合FFI编码规范，还会给小众平台适配、未来平台兼容埋下隐患。c_int只是i32/i64等基础类型的别名，没有任何运行时开销，使用成本和直接写i32完全相同。

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