Cargo环境变量RUSTC与RUSTC_WRAPPER的差异是什么？

嘿，这个问题问得挺到位的——这两个环境变量看起来功能重叠，但核心定位和使用场景其实差得挺远，我给你拆解清楚：

先明确两个变量的基础作用 #

• RUSTC：Cargo会直接使用你指定的程序作为编译器，完全替代默认的rustc。所有原本要传给rustc的编译参数，都会直接传递给这个指定的程序。
• RUSTC_WRAPPER：Cargo不会替换默认的rustc，而是先调用你指定的包装器程序，再把rustc的路径作为第一个参数，加上原本要传给rustc的所有参数，一起传递给这个包装器，由包装器决定后续如何处理（通常是最终调用原版rustc完成编译）。

核心差异对比 #

1. 定位本质不同 #

• RUSTC是编译器替换工具：你指定的程序必须完全兼容rustc的命令行接口，能独立完成编译工作——相当于换了个编译器实现。
• RUSTC_WRAPPER是编译流程扩展工具：它不需要具备编译能力，只需要能接收rustc的调用参数，做一些额外操作（比如日志收集、参数校验、缓存处理），最终还是依赖原版rustc完成编译。

2. 适用场景不同 #

• 用RUSTC的场景：比如你自己开发了定制版的Rust编译器，或者想使用第三方替代编译器（如mrustc），需要让Cargo全程用这个替代编译器编译项目。
• 用RUSTC_WRAPPER的场景：比如想给编译过程加缓存（像sccache就是基于这个机制实现的）、记录编译日志、修改编译参数等，这些场景不需要替换编译器，只需要在原有流程外加一层包装。

3. 参数传递逻辑不同 #

• 设置RUSTC时，Cargo的编译调用逻辑是：[你指定的程序] [原本传给rustc的参数]
• 设置RUSTC_WRAPPER时，Cargo的编译调用逻辑是：[你指定的包装器] [rustc的路径] [原本传给rustc的参数]

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