优先用 __attribute__((unused)) 或 (void)var 显式声明意图，而非关闭 -Wunused-variable；该警告是轻量级静态检查，能暴露配置未读、控制流异常等问题，关闭会丧失低成本防护。
直接结论：别关警告，优先用 __attribute__((unused)) 或 (void)var 显式声明意图，而不是加 -Wno-unused-variable。
为什么不能直接关掉 -Wunused-variable
Clang 的 -Wunused-variable 不是噪音，是轻量级静态检查。它能暴露：config 声明了但没读取 → 可能漏了配置解析逻辑；ret 赋值后没返回 → 控制流异常；变量只在 debug 分支里用，但 release 编译时被裁掉 → 实际已失效。关掉它等于主动放弃一层低成本防护。尤其在 CI 流程里加了 -Werror 时，临时关警告会导致构建“看似通过、实则带毒”。
__attribute__((unused)) 放哪儿才生效
这个属性必须紧贴变量声明本身，不能放在函数签名开头或类型前。位置错就等于没写。
- ✅ 正确：
int fd __attribute__((unused)) = open("/dev/null", O_RDONLY); - ✅ 正确（参数）：
void handler(int event_id __attribute__((unused)), const char* msg) { ... } - ❌ 错误：
__attribute__((unused)) int fd = ...;（GCC 可能容忍，Clang 9+ 会报错或忽略） - ❌ 错误：
static __attribute__((unused)) int unused_flag;（属性应修饰变量名，不是存储类）
比 __attribute__((unused)) 更轻量的替代方案
对局部变量，(void)var 更简洁，且跨编译器兼容（GCC/Clang/MSVC 都认）：
void parse_config() {
int ret = read_config();
(void)ret; // 明确告诉编译器：我知道这变量没用，但有意保留
// 后续可能加日志或断言，不删它
}注意：(void)ret 必须出现在变量作用域内（不能在函数末尾集中写），否则 Clang 仍会报未使用；也不适用于 const 变量或结构体成员——这些场景只能用 __attribute__((unused))。
宏封装要注意的坑
常见 #define UNUSED(x) (void)(x) 看似方便，但容易误用：
- ⚠️ 不能用于未定义的变量：
UNUSED(missing_var);→ 编译失败，不是警告 - ⚠️ 不能用于数组/结构体名：
struct cfg c; UNUSED(c);→ 仅抑制变量名警告，但若c成员全未读，仍会报-Wunused-but-set-variable - ✅ 安全用法：只用于已声明的标量参数或局部变量，且确保该变量确实存在
真正复杂的情况（比如条件编译下部分平台才用的变量），__attribute__((unused)) 是唯一可靠选择——它在语法解析阶段就起效，不依赖运行时行为。
