不要轻忽编译器的警告——条款53

        许多程序员习惯性地忽略编译器警告。他们认为，毕竟，如果问题很严重，编译器应该给一个错误信息而非警告信息，不是吗？这种想法对其他语言或许相对无害，但在C++，则会出现非常严重的问题。例如：

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

        这里希望以D::f重新定义virtual函数B::f，但其中有个错误：B中的f是个const成员函数，而在D中它未被声明为const。我手上的一个编译器于是这样说话了：

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

        太多经验不足的程序员对这个信息的反应是：“噢，当然，D::f遮掩了B::f，那正是想象中该有的事！”错，这个编译器试图告诉你声明于B中的f并未在D中被重新声明，而是被整个遮掩了（条款33描述为什么会这样）。如果忽略这个警告，几乎肯定导致错误的程序行为，然后是许多调试行为，只为了找出编译器其实早就侦测出来并告诉你的事情。

        一旦从某个特定编译器的警告信息获得经验，你将学会了解，不同的信息意味什么——那往往和它们“看起来”的意义十分不同！尽管一般认为，写出一个在最高警告级别下也无任何警告信息的程序最是理想，然而一旦有了上述的经验和对警告信息的深刻理解，你倒是可以选择忽略某些警告信息。不管怎样说，在你打发某个警告信息之前，请确定你了解它意图说出的精确意义。这很重要。

        记住，警告信息天生和编译器相依，不同的编译器有不同的警告标准。所以草率编程然后依赖编译器为你指出错误，并不可取。例如上述发生“函数遮掩”的代码就可能通过另一个编译器，连半句抱怨和抗议也没有。

请记住

• 严肃对待编译器发出的警告信息。努力在你的编译器的最高警告级别下争取“无任何警告”的荣誉。
• 不要过度依赖编译器的报警能力，因为不同的编译器对待事情的态度并不相同。一旦移植到另一个编译器上，你原本依赖的警告信息有可能消失。