-Wall启用一组高价值常用警告，包括-Wextra部分项、-Wparentheses、-Wreturn-type、-Wuninitialized、-Wsign-compare、-Wformat，但不包含-Wconversion、-Wfloat-equal、-Wmissing-declarations等，需搭配-Wextra、-Wpedantic和-Werror使用以提升代码质量。
-Wall不是“打开所有警告”，而是启用一组**经过筛选、高价值的常用警告**。它不会覆盖所有可能的警告，但能捕获绝大多数容易被忽略的逻辑错误、未定义行为和潜在缺陷。
哪些警告会被 -Wall 实际开启
-Wall是一个宏开关，背后展开为多个具体警告选项的组合（不同 GCC 版本略有差异，但核心稳定）：
• -Wextra 中的部分子项（如未使用的参数、比较有符号/无符号类型）
• -Wparentheses：括号缺失导致优先级易误解（如 if (a = b)）
• -Wreturn-type：函数声明有返回值但实际未返回
• -Wuninitialized：使用了未初始化的自动变量（编译期可推断时）
• -Wsign-compare：有符号与无符号整数比较
• -Wformat：printf/scanf 格式串与参数不匹配
-Wall 为什么不能替代 -Wextra 或 -Wpedantic
• -Wextra 补充了 -Wall 未包含但同样实用的检查，比如：-Wunused-parameter（未使用的函数参数）、-Wshadow（局部变量遮蔽外层同名变量）
• -Wpedantic 检查是否严格符合 ISO C/C++ 标准，例如使用 GNU 扩展语法会报错
• -Wall 明确**不包含**：-Wconversion（隐式类型转换）、-Wfloat-equal（浮点数直接相等比较）、-Wmissing-declarations（全局函数未声明就定义）
实际编译时怎么用才不踩坑
• 单独用 -Wall 只是基础防线，建议搭配：-Wall -Wextra -Werror（把警告当错误，强制修复）
• 在 CI 或发布构建中，务必加 -Werror，否则开发者容易忽略 warning 输出
• 注意：某些旧代码在加 -Wall 后会大量报错，不是警告有问题，而是代码本身存在隐患（比如未处理 fork() 返回值）
• 如果项目用 C++11 及以上，建议额外加 -Wold-style-cast 和 -Wduplicated-cond（GCC 7+），这些不在 -Wall 范围内
真正容易被忽略的是：很多团队只在 debug 构建里开 -Wall，而 release 构建关掉——但警告反映的是代码缺陷，不是调试辅助。只要不显著影响编译速度（现代 GCC 几乎无感），生产构建也该保持开启。
