消除编译器或静态检查对“形参未使用”的告警（常见为 `-Wunused-parameter`）

## C/C 小技巧为什么很多代码里会写 (void)param; 在读一些成熟项目代码时你经常会看到这种写法 cpp sint32 PPMWindow::onDrawSelf(sint32 hWnd, sint32 u32Msg, sint32 u32wParam, sint32 u32lParam) { (void)hWnd; (void)u32Msg; (void)u32wParam; (void)u32lParam; return Draw(); }很多人第一眼会疑惑这几行到底干嘛用的删了行不行这篇文章把这个“看起来多余但很常见”的规则讲清楚。1. 结论先说这是为了消除“未使用参数”告警(void)hWnd;的作用是告诉编译器我知道这个参数没用我是刻意不使用它的。这样可以消除编译器或静态检查对“形参未使用”的告警常见为-Wunused-parameter。在很多工程里警告会被当成错误-Werror所以不处理就可能导致编译失败。2. 为什么会出现“参数没用但又必须写”的情况原因通常是函数签名由框架/接口规定比如 GUI 框架会统一规定onDrawSelf(hWnd,msg,wParam,lParam)所有窗口类都要 override 这个接口。某些子类并不需要这些参数例如某个窗体绘制逻辑只依赖缓存状态不依赖消息参数因此onDrawSelf里只调用Draw()。换句话说接口为了统一必须带参数但具体实现可能用不上。3. 为什么不直接把参数名删掉有人会写成sint32onDrawSelf(sint32,sint32,sint32,sint32);这确实也能规避“未使用参数”警告但在工程实践里不一定合适可读性下降调用者/维护者不知道这四个参数分别是什么含义和父类声明不一致时容易误解尤其是头文件/实现分离时某些规范或代码生成工具要求保留参数名所以很多项目更倾向于保留参数名 显式标记未使用。4. 为什么用(void)param;而不是#pragma还有人用编译器指令去关警告比如#pragma或__attribute__((unused))。但(void)param;的优点是跨编译器更通用不依赖特定 pragma影响范围最小只对这一行/这个函数生效不会影响别处意图明确读代码的人一眼知道“这里刻意不用”5. 这行代码会带来运行开销吗基本不会。(void)param;只是一个“使用表达式”不会生成实际逻辑开销。优化编译下通常会被完全消掉。6. 什么情况下不建议用它只有一种情况要注意你其实应该用这个参数但你为了消警告把它强行(void)了。比如u32Msg明明是决定绘制分支的关键你却没用那就不是“消告警”而是“漏逻辑”。所以正确姿势是参数确实不需要 →(void)param;参数未来可能需要但现在暂时不用 → 也可以(void)param;同时保持代码结构清晰参数本该用 → 赶紧把逻辑写对而不是消警告7. 总结(void)param;是一种工程化写法用于保留统一接口签名明确表达“参数暂不使用”避免未使用参数告警影响编译它看起来“多余”但其实是团队规范、跨平台编译、代码可维护性的综合结果。如果你在项目里也经常遇到-Wunused-parameter或“框架接口参数用不上”的情况建议把这个习惯用起来简单、干净、长期省心。