为什么要启用警告？

众所周知，C 和 C++ 编译器默认 不报告一些常见的程序员错误，例如：

• 忘记初始化变量
• 忘记return函数中的值
• printf和族中的参数scanf与格式字符串不匹配
• 使用函数而不事先声明（仅限 C）

这些可以被检测和报告，只是通常不是默认的；必须通过编译器选项明确请求此功能。

如何启用警告？

这取决于您的编译器。

Microsoft C 和 C++ 编译器理解开关，如/W1、/W2、和. 至少使用.
并且可能会为系统头文件发出虚假警告，但如果您的项目使用这些选项之一干净地编译，那就去吧。这些选项是相互排斥的。/W3``/W4``/Wall``/W3``/W4``/Wall

大多数其他编译器都理解-Wall,-Wpedantic和-Wextra.
-Wall是必不可少的，其余的都是推荐的（请注意，尽管它的名称，-Wall只启用最重要的警告，而不是 全部
）。这些选项可以单独使用，也可以一起使用。

您的 IDE 可能有办法从用户界面启用这些功能。

为什么我应该将警告视为错误？他们只是警告！

编译器警告表明您的代码中存在潜在的严重问题。上面列出的问题几乎总是致命的；其他人可能会也可能不会，但您希望编译失败， 即使
结果是虚惊一场。调查每个警告，找到根本原因并修复它。在误报的情况下，解决它 -
即，使用不同的语言功能或构造，以便不再触发警告。如果这被证明非常困难，请根据具体情况禁用该特定警告。

您不想只留下警告作为警告，即使它们都是误报。对于发出的警告总数少于 7
个的非常小的项目来说，这可能是可以的。此外，新警告很容易在大量熟悉的旧警告中丢失。不允许那样。只需使您的所有项目都能干净地编译。

请注意，这适用于程序开发。如果您以源代码形式向世界发布您的项目，那么最好不要在 发布
的构建脚本中提供-Werror或等效。人们可能会尝试使用不同版本的编译器或完全不同的编译器来构建您的项目，这可能会启用不同的警告集。您可能希望他们的构建成功。启用警告仍然是一个好主意，这样看到警告消息的人就可以向您发送错误报告或补丁。
__

如何将警告视为错误？

这再次通过编译器开关完成。/WX适用于 Microsoft，大多数其他人使用-Werror. 无论哪种情况，如果产生任何警告，编译都会失败。

这够了吗？

可能不是！随着您提高优化级别，编译器开始越来越仔细地查看代码，这种更仔细的审查可能会发现更多错误。因此，不要满足于警告开关本身，在启用优化的编译时始终使用它们（-O2或-O3，或者/O2如果使用
MSVC）。