写代码时，编译器突然跳出一行黄色警告：‘变量 ‘count’ 定义了但未使用’。很多人第一反应是赶紧删掉，图个干净。可有时候，删了反而给自己埋坑。
警告不是错误，但也不能无视
编译器提示“未使用变量”，属于警告（warning），程序照样能跑。比如在 C 或 C++ 里，你声明了一个 int temp，但后面没用上，GCC 或 Clang 就会提醒你。这本意是帮你发现可能的逻辑遗漏——比如你本想用这个变量做计算，结果忘了写代码。
但也有例外。调试阶段临时加的变量，比如打印日志用的 debug_flag，测试完还没来得及清理，也会触发警告。这时候直接删没问题。可如果这个变量是接口函数要求的参数，哪怕当前没用，也不能随便动。
有些“没用”的变量其实很重要
考虑这种情况：你要实现一个回调函数，原型规定必须接收三个参数，但你的逻辑只用到第一个。编译器还是会说后两个没用。
void callback_handler(int event, void* data, int flags) {
printf("Event: %d\n", event);
// data 和 flags 暂时不用
}如果你把后两个参数删了，函数签名就对不上，链接时报错。正确的做法是保留它们，或者用 (void)data; 这样的语句告诉编译器“我知道我没用，但我故意的”。
怎么优雅地处理这类警告
不想看到满屏黄线，又不想乱删代码，可以用一些技巧压制警告。GCC 支持 __attribute__((unused))，标记变量为允许未使用：
int __attribute__((unused)) temp_buffer_size = 1024;在 C++ 中也可以用 [[maybe_unused]]，更简洁：
[[maybe_unused]] bool debug_mode = false;这样既保留了变量，又不让编译器啰嗦。适合那些将来可能启用的功能开关或预留字段。
团队协作时更要小心
你在维护别人写的代码，发现一堆“未使用变量”警告。一股脑全删了提交上去，结果破坏了原有逻辑。比如某个状态标志位虽然现在没读取，但硬件驱动依赖它触发中断。表面上没用，实则关键。
遇到不熟悉的变量，先查提交记录，看是不是被注释掉功能连带遗留下来的。如果是，可以清理；如果是接口的一部分，宁可留着。
现代 IDE 通常会把未使用变量灰色显示，鼠标悬停提示来源。善用这些工具，比凭感觉删更靠谱。