Cargo.toml与目标Spec中panic abort设置差异及测试编译问题

你在基于avr-hal-template开发AVR嵌入式Rust项目时，移除test = false后执行cargo test遇到duplicate lang item错误，通过移除[profile.dev]中的panic = "abort"并在avr-atmega128.json添加"panic-strategy": "abort"解决了问题，以下是对三个疑问的解答：

1. 两种panic abort设置位置的差异 #

• Cargo的[profile.*]里的panic = "abort"是构建阶段的配置，作用是告诉Cargo在编译对应profile的代码时，强制链接panic_abort相关的lang item实现。
• 目标规格文件（如avr-atmega128.json）中的"panic-strategy": "abort"是目标平台的定义，属于Rust目标三元组的一部分，用来告知编译器该平台默认的panic处理策略，是目标本身的属性，所有针对该目标的构建都会遵循这个配置。

2. 正常构建无此问题的原因 #

正常构建（非测试模式）下，原本的test = false会禁用测试相关的代码和依赖，此时Cargo的profile配置和目标文件的panic策略配置不会产生冲突：要么是测试框架未参与构建，不会触发双重panic实现的链接；要么是单一配置生效，编译器只会引入一份panic处理的lang item。而开启测试后，测试框架需要加载额外的运行时代码，此时两个配置同时生效，导致编译器看到重复的lang item定义。

3. 必须移除Cargo.toml中对应配置的原因 #

如果同时保留两处配置，编译器会从两个路径引入完全相同的panic_abort lang item：Cargo的profile配置会强制链接该实现，而目标文件的配置也会让编译器默认启用该策略，两者叠加就造成了重复定义。移除Cargo里的配置后，编译器会统一遵循目标文件定义的panic策略，只加载一份对应的lang item，从而解决重复错误。

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