如何避免Rust中#[global_allocator]全局分配器声明冲突问题

问题根因 #

该错误由Cargo Workspace默认的特性合并机制导致：
默认Cargo会对Workspace内所有成员依赖的同一个包的启用特性取并集，全局生效。你的项目中baz依赖bar时使用了默认配置，会启用bar的heap特性，因此整个Workspace构建时，bar的heap特性会被强制全局开启，哪怕foo依赖bar时明确关闭了默认特性，也会被合并后的全局特性覆盖，最终导致bar内置的#[global_allocator]被编译，和foo自己定义的全局分配器冲突。
单独进入子目录执行cargo clippy成功的原因是：此时不会触发Workspace构建模式，每个子包只会按照自己的依赖配置解析特性，不会合并其他Workspace成员的配置。

解决方法 #

方案一（推荐，改动最小）：升级Cargo特性解析器到v2版本 #

Cargo 1.51及以上版本支持第二代特性解析器，可针对Workspace内不同成员的依赖单独计算特性，不再做全局合并。
只需在根目录Cargo.toml的[workspace]段落添加resolver = "2"配置即可：

[workspace]
resolver = "2"
members = [
    "foo",
    "bar",
    "baz",
]

# 其余配置保持不变
[profile.dev]
panic = "abort"

[profile.release]
panic = "abort"

修改后重新在根目录执行cargo clippy即可正常运行。

方案二：调整特性声明逻辑 #

如果暂时不想更换解析器，也可以通过调整特性配置解决冲突：
将bar的heap特性从默认特性中移除，所有需要用到bar内置分配器的依赖（比如baz）手动显式启用heap特性，避免默认开启导致的全局合并冲突：

1. 修改bar/Cargo.toml的特性配置：

[features]
default = []
heap = []

2. 修改baz/Cargo.toml的依赖配置，显式启用heap特性：

[dependencies]
bar = { path = "../bar", features = ["heap"] }

内容的提问来源于stack exchange，提问作者toku-sa-n