写代码的时候，你有没有遇到过这样的情况：刚写完一段函数，编译器立马跳出一条黄色警告——“变量‘temp’定义了但未使用”。看着那条刺眼的提示，心里一紧，以为自己写错了什么。其实，这并不是错误，而是编译器在帮你“打扫房间”。
为什么会有这种警告？
比如你正在调试一个计算温度转换的小程序，顺手定义了一个临时变量：
int temp = 25;
float fahrenheit = temp * 9.0 / 5.0 + 32;
// 后来你直接用字面量替换，却忘了删掉temp
这时候，temp 虽然定义了，但后续没再被调用。编译器敏锐地发现这个“闲置人员”，就发出警告，提醒你清理无用代码。
别忽视这些“小提示”
有些人觉得警告不是错误，干脆关掉所有警告。可现实是，项目一变大，真正的隐患就藏在这些被忽略的细节里。就像家里堆满不用的旧物，刚开始只是占点地方，时间久了想找东西都费劲。未使用的变量可能意味着：
- 调试时遗留的测试代码
- 逻辑没写完，少了一步调用
- 变量名写错，真正要用的那个反而没定义
怎么处理才不踩坑？
最简单的办法当然是删掉它。但如果这个变量是你计划中要用的，只是还没写完，可以加个注释说明：
int planned_var; // 待用于后续用户输入处理
或者，在某些语言中（如C++），可以用 (void) 强制标记为“我知道我没用”：
int unused_var = 100;
(void)unused_var; // 明确告诉编译器：我故意的
这样既保留了结构，又不会让警告干扰其他更重要的问题。
让编译器成为你的助手
很多人只把编译器当成“能不能运行”的裁判，其实它更像是个细心的校对员。开启警告提示，尤其是“未使用变量”这类选项，等于请了个不说话但时刻盯着你代码整洁度的搭档。尤其在团队协作中，干净的代码能让别人更快看懂你的思路，少问几句“这变量干嘛的？”。
下次再看到这种警告，别烦躁。花三秒钟看看那个变量是不是真不需要，该删就删，该补就补。代码整洁了，自己回头看也省心。