-werror 仅将已启用的警告升级为错误，若无警告触发则无效；需配合 -wall/-wextra 等开关启用具体警告，或使用 -werror=xxx 精准控制，cmake 中应通过 target_compile_options 在目标级别配置。
为什么加了 -Werror 却没生效？
常见原因是警告级别不够高，-Werror 只会把「已触发的警告」升级为错误，但默认情况下很多潜在问题根本不会被报告。比如 unused-variable 在 -Wall 下才启用，而 -Werror 单独用等于“把当前所有警告当错误”——如果当前没警告，它就什么也不做。
- 必须配合具体警告开关一起用，例如
-Wall -Werror或-Wextra -Werror - 某些警告（如
-Wdeprecated）需显式开启，否则-Werror对其无效 - g++ 版本差异大：老版本（如 4.8）默认不启用
-Wmaybe-uninitialized，新版本（11+）可能默认开部分新警告
-Werror 和 -Werror=xxx 的区别在哪？
前者是全局开关，后者精准控制。实际项目中推荐后者，避免因某条无关警告（比如第三方头文件里的 deprecated）导致编译中断。
-
-Werror：所有当前启用的警告都变错误，容易误伤 -
-Werror=unused-parameter：仅把参数未使用警告当错误，不影响其他警告提示 -
-Werror=return-type：函数声明有返回值但漏写return时直接报错，比运行时 UB 更早暴露问题 - 可用
g++ -Werror=help查看支持的细粒度选项
如何在 CMake 中正确启用 -Werror？
CMake 不会自动继承 shell 命令行的编译选项，直接写 add_compile_options(-Werror) 很危险——它会作用于所有 target，包括链接进来的第三方静态库，极易失败。
- 优先用 target 层级设置：
target_compile_options(my_target PRIVATE -Wall -Werror=implicit-fallthrough -Werror=return-type) - 避免对
find_package()引入的库使用-Werror，它们通常不满足你的警告标准 - 调试阶段可临时关闭：
target_compile_options(my_target PRIVATE $:-Wno-error>) - 注意
PRIVATEvsINTERFACE：设成INTERFACE会让依赖它的 target 也被强制加-Werror，一般不需要
哪些警告开 -Werror 最值得？
不是所有警告都适合升级为错误。重点盯住那些「大概率是 bug，且修复成本低」的类型：
-
-Werror=return-type：函数声明了返回值却忘了return，C++ 标准未定义行为 -
-Werror=uninitialized：局部变量未初始化就使用，尤其指针和 POD 类型 -
-Werror=sign-compare：size_t和int比较，64 位下易出错 -
-Werror=delete-incomplete：对 incomplete type 调用delete，常见于前向声明后误删对象 - 慎用
-Werror=unused-variable：模板实例化或宏生成的变量常被误报，反而干扰开发
越底层的模块（比如内存池、序列化框架）越该严格；上层业务逻辑可适当放宽。硬编码地全量 -Werror 很快就会变成编译流程的障碍点。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
