1、使用编译器的最高警告级别，成功的构建应该是无声无息的（没有警告的）。
如果确定是无害警告，且是无法修改的第三方头文件引起的，可以用自己的头文件包装起来，并有选择性的关闭警告，然后项目中使用该头文件。
#pragma warning(push) //仅禁用此头文件
#pragma warning(disable:4512)
#pragma warning(disable:4180)
#pragma warning(pop) //恢复最初的警告级别
"未使用的函数参数": 如果是为未来预留的，则删除参数名，只保留参数类型即可去警告。如：
void print(int i, void * /* v */ = 0);
"定义了从未使用过的变量": 可以通过插入一个变量本身的求值表达式，使编译器不再报警，这种求值不会影响运行时速度，如：
void fun() { Lock lock; lock; }
"有符号数/无符号数不匹配": 其实不管怎么样，编译器都会为你插入一个强制转换，同时还会发出警告，因此还不如显式强转一下。
有时编译器会发出烦人甚至虚拟的警告，当遇到这种罕见情形时，作为团队决定可以单独禁用这个警告，但是要尽可能在局部禁用，且编写一个清晰的注释说明为什么禁用。
2、审查代码：更多的关注有助于提高质量。
既能通过同伴的良性压力提高代码质量，又是内部培训的一种极佳方法。