加(void)param能消除“unused parameter”警告，因其显式告知编译器该参数被有意忽略，避免误判为疏漏。
为什么加 (void)param 能消掉 “unused parameter” 警告
编译器（比如 GCC、Clang）在开启 -Wunused-parameter 时，会扫描函数定义中所有形参，只要没在函数体内被读取或写入，就报警告。加 (void)param 是一种显式“声明放弃使用”的惯用法：它把参数强制转换成 void 类型，而 void 类型不可参与任何运算，编译器因此确认你“有意忽略”，不再视为疏漏。
(void)param 必须写在函数体开头，不能只写在声明里
函数声明（如头文件中的 void foo(int x);）不参与未使用检查，只有函数定义（实现）才触发该警告。所以 (void)x; 必须出现在函数体第一行或靠近开头的位置，否则无效。
常见错误写法：
- 只在声明里写
void foo((void)x);—— 语法错误，不合法 - 在函数末尾写
(void)x;—— 有效但易被忽略，且部分静态分析工具仍可能报 - 写成
static_cast<void>(x);</void>—— 有效，但比(void)x冗长，C 风格更通用
推荐写法：
立即学习“C++免费学习笔记（深入）”；
void callback(int status, const char* msg) {
(void)status; // 明确弃用
printf("msg: %s\n", msg);
}替代方案：直接省略参数名（仅限 C++17 及以后）
C++17 允许在函数定义中省略未使用的形参名，只保留类型，这是更干净的写法，且无需额外语句：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
void handle_event(int, std::string_view) {
// 两个参数都未使用，但类型保留用于 ABI 或重载匹配
}注意：
- 必须是函数定义（不是声明），且只能省略名字，类型不能省
- 若需在文档或调试中识别参数含义，仍建议保留名字 +
(void)强制弃用 - 老项目或需兼容 C++14 及以前时，
(void)param是唯一可靠选择
宏封装 UNUSED 更适合跨平台大型项目
手动写 (void)x 容易漏、风格不统一。可定义宏统一处理：
#ifdef __GNUC__ # define UNUSED(x) (void)(x) #else # define UNUSED(x) ((void)(x)) #endif
用法：
int process(int a, int b, int c) {
UNUSED(a);
UNUSED(c);
return b * 2;
}优点：
- 屏蔽不同编译器对
(void)x的解析差异（如 MSVC 某些版本要求括号更紧） - 搜索
UNUSED(可快速定位所有被忽略参数，方便后期重构 - 若某天要启用该参数，删掉
UNUSED行即可，不易遗漏
真正容易被忽略的是：当参数本应参与逻辑但被误标为 unused 时，(void)param 会掩盖 bug；它只该用于明确设计上不需要该参数的场景，比如回调函数签名固定但实际只用其中几个参数。
