Effective C++ 规则53：不要轻忽编译器的警告

哎呦，帅小伙哦

已于 2025-01-25 21:52:18 修改

阅读量352

点赞数 5

分类专栏： C++ 文章标签： c++ 开发语言

于 2025-01-25 21:51:47 首次发布

本文链接：https://blog.youkuaiyun.com/xiaoan08133192/article/details/145355333

版权

C++ 专栏收录该内容

112 篇文章

订阅专栏

1、编译器警告为什么不能忽视

潜在的错误或问题：编译器的警告通常指出了代码中的潜在问题，可能是语法上的不规范、潜在的运行时错误、未初始化的变量或不匹配的类型等。这些问题可能不会在编译时引起错误，但在运行时可能会导致程序崩溃、未定义的行为或难以发现的 bug。
代码质量的提升：遵循编译器的警告能帮助你保持代码质量的高标准。警告经常能帮助发现不明显的编程错误，例如类型转换的问题、过时的或无效的语法、冗余代码等。如果这些警告得不到及时处理，可能会导致程序在长时间运行后出现不可预料的错误。
提高可移植性：一些警告可能指出与特定编译器、操作系统或硬件架构不兼容的代码。通过消除这些警告，你可以确保代码在多种环境下的兼容性，从而提高程序的可移植性。
节省调试时间：如果忽略了编译器的警告，可能会在程序运行时引入微妙的问题，这些问题通常难以调试，尤其是在代码的某些部分没有显现问题时。处理警告可以让你早早发现潜在问题，避免它们成为后期开发中的难题。

2、如何对待编译器警告

不要忽视警告：对于每个警告，尤其是比较严重的警告，应该逐个检查并解决。如果不理解警告的原因，应该查阅相关文档或询问同事，确保对警告的正确理解。
解决警告而非抑制警告：尽量避免通过禁用警告的方式来掩盖潜在问题。例如，#pragma 或编译选项（如 -w）可以用来禁止某些警告，但这并不是解决问题的根本方法。相反，应当解决警告背后的问题。
使用静态分析工具：除了编译器本身的警告，静态分析工具（cppcheck）可以帮助你发现一些更深层次的问题。在编译时运行这些工具，能够捕捉到一些编译器警告可能漏掉的潜在缺陷。

3、常见的编译器警告类型

未使用的变量：

int unusedVar;  // 编译器警告：变量未使用

编译器可能会发出警告，提示你定义了未使用的变量。虽然这不影响程序的正确性，但可能是代码冗余或逻辑错误的征兆。

类型不匹配：

int x = 3.14;  // 编译器警告：类型转换丢失精度

当赋值时类型不匹配，可能会丢失数据或引发不稳定的行为。

可能的未初始化变量：

int x;
std::cout << x;  // 编译器警告：变量可能未初始化

这种警告指出使用了未初始化的变量，可能导致未定义行为，可能和编译器有关系。

可能的未定义行为：

void* ptr = nullptr;
*ptr = 42;  // 编译器警告：解引用空指针

编译器警告可能揭示出代码中的潜在问题，避免这些问题有助于确保程序的稳定性。

4、一个常容易忽略的警告

class B{
public:
    virtual void f() const;
};
class D: public B{
public:
    virtual void f();
};

这里希望 D::f()重新定义虚函数 B::f()，但其中有个错误，B::f() 是个 const成员函数，而 D 不是。编译器不会报错，可能会给如下警告：

warning: D::f() hides virtual B::f()

经验不足的程序员认为这是 “D::f 遮掩了 B::f” 。这是错的，编译器是在告诉你声明于 B 中的 f 并未在 D 中被重新声明，这是因为const是函数签名的一部分，这里的D定义了一个新的函数，而不能实现多态。如果忽略这个警告，几乎肯定导致错误的程序行为，然后为了找出这个编译器已经告诉你的错误而进行许多调试。