消除编译器或静态检查对“形参未使用”的告警（常见为 `-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或“框架接口参数用不上”的情况，建议把这个习惯用起来：简单、干净、长期省心。