Item 53: 不要轻忽编译器的警告

Pay attention to compiler warnings.

许多程序员习惯性地忽略编译器警告。他们认为，毕竟，如果问题很严重，编译器应该给一个错误信息而非警告信息，不是吗？这种想法对其他语言或许相对无害，但在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描述为什么会这样）。如果忽略这个编译器警告，几乎肯定导致错误的程序行为，然后是许多调试行为，只为了找出编译 器其实早就侦测出来并告诉你的事情。

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

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

请记住 ■严肃对待编译器发出的警告信息。努力在你的编译器的最高（最严苛）警告级 别下争取“无任何警告”的荣誉。

■不要过度倚赖编译器的报警能力，因为不同的编译器对待事情的态度并不相同。 一旦移植到另一个编译器上，你原本倚赖的警告信息有可能消失。