最高级别警告组合为-Wall -Wextra -Wpedantic -Wshadow -Wconversion -Werror：前者启用常用及额外警告，-Wpedantic强制标准合规，-Wshadow防变量遮蔽，-Wconversion捕获隐式类型转换，-Werror杜绝忽略警告。
g++ 中 -Wall 和 -Wextra 到底开了哪些警告？
-Wall 并不是“所有警告”，而是 GCC 定义的一组常用警告的集合，比如 -Wparentheses、-Wreturn-type、-Wswitch 等；-Wextra 则补充了更严格的检查，例如未使用的参数（-Wunused-parameter）、比较有符号/无符号类型（-Wsign-compare）、隐式类型转换（-Wconversion）等。但它们都不包含 -Wpedantic 或 -Wshadow 这类更激进的选项。
怎么才算“最高级别警告”？光靠 -Wall -Wextra 不够
真正接近“最高级别”的组合需要手动叠加几个关键选项：
-
-Wall -Wextra是基础，必须带上 -
-Wpedantic：强制遵循 ISO C++ 标准，报出扩展语法（如 GNU 的__attribute__）或非标准写法（如数组长度为 0） -
-Wshadow：检测局部变量遮蔽外层同名变量（比如函数参数遮蔽成员变量），这个非常容易被忽略，且-Wextra不包含它 -
-Wconversion：对隐式类型转换（如int→char、size_t→int）发出警告 ——-Wextra默认不启用该选项，需显式加 -
-Werror（可选）：把所有警告当错误处理，避免“看到警告但继续编译”的侥幸心理
典型命令：g++ -std=c++17 -Wall -Wextra -Wpedantic -Wshadow -Wconversion -Werror main.cpp
常见误用和坑点
这些警告组合在实际项目中容易触发意外问题：
立即学习“C++免费学习笔记（深入）”；
-
-Wconversion在涉及size_t和int混用的循环中高频报错（比如for (int i = 0; i ），这不是 bug，但需要你主动选择 <code>size_t i或加static_cast -
-Wshadow可能让你的已有代码编译失败，尤其在继承链中成员变量与参数同名时（如class A { int x; A(int x) : x(x) {} }） -
-Wpedantic会拒绝std::string_view{"abc"}这类 C++17 字面量构造（GCC 早期版本），需确认编译器版本是否支持 - 某些警告（如
-Wzero-as-null-pointer-constant）在不同 GCC 版本中默认开关状态不同，建议显式控制而非依赖默认行为
要不要加 -Weffc++？
不要直接加 -Weffc++。它基于《Effective C++》的风格建议，会报出大量主观性警告（如“每个类都应该有拷贝构造函数”），和现代 C++ 实践（如 move-only 类型）冲突严重，维护成本高且实用性低。真要查资源管理或生命周期问题，用 -fsanitize=address,undefined 或静态分析工具（Clang-Tidy）更靠谱。
真正关键的是理解每条警告背后的真实风险，而不是堆砌开关。比如 -Wshadow 能防逻辑错，-Wconversion 能防截断，这些才是值得长期开启的底线。
