本书是一本关于C++最佳实践的集大成之作，它从C++语言本身、C++程序的架构设计和思想、C++程序的编码规范和习惯等三大方面对150个经典的问题给出了解决方案，为C++开发者提高开发效率和编写高质量的C++代码提供了宝贵的建议。对于每一个建议，作者不仅给出了被实践证明为比较优秀的解决方案，而且还给出了被误用或被错误理解的不好的解决方案，形成了鲜明对比。
从语法、编码习惯和编程规范、程序架构和思想3个方面深入探讨编写高质量C++代码的技巧、禁忌和最佳实践
编写高质量代码
改善C++程序的150个建议
李 健 著
封底：
在程序员中，曾经有一个广为流传的段子，一位程序员抱怨：“这段代码是谁写的？非傻即呆！”结果他在代码结尾的注释中发现，这正是自己几年前的“杰作”。同样的功能，实现的代码可以千差万别，大师级的程序员可能只需要写两行代码，但程序却近乎完美，一般的程序员可能会敲数百甚至数千行代码，而且还漏洞百出。如何才能编写出高质量的代码呢？这是每个程序员所关心的问题。本书就如何编写出高质量的C++代码，从语法、编码规范和编程思想三大方面给出了大量的最佳实践，极具参考价值。强烈推荐！
—— 51CTO（www.51cto.com，中国领先的IT技术网站）
每个程序员都希望自己能编写出优质高效的代码，但真正能做到的少之又少，因为这不仅需要对技术有深入的钻研，而且需要大量经验的积累。本书作者将自己和C++领域的前辈们在大量编程实践中总结出来的经验，从语法、编码习惯和规范、程序设计思想三个方面进行了分类梳理，一共总结出了150条极具参考价值的建议。如果能将本书的内容吃透并融会贯通，不仅能让自己少走弯路，而且还能让自己的编程功力大增。
—— 钱林松 资深C++技术专家，著有畅销书《C++反汇编与逆向分析技术揭秘》
C++语言以多范型见长，掌握和应用都需要下不小的功夫。然而一旦学成，就如侯捷老师曾经说过的那样有着“妙用无穷”的旨趣和力量。本书从语言、编程规范和程序设计思想三个方面对C++编程中的疑点和难点进行了归纳与分析。实例丰富，语言通俗易懂，为C++程序员巧学和妙用C++指点迷津。这表明国内的作者已经开始摆脱人云亦云的思想枷锁，而开始进行独立思考和写作的实践，这是非常难能可贵的。希望读者们能够从本书中学有所获。
—— 高 博 盛大创新院技术骨干、知名译者（译有《设计原本》等多本经典著作）
前：
大多数C++程序员都会在进阶的路上被以下几类问题所困扰：
一、来自于语言本身的问题。例如：
如何掌握变量定义的位置与时机？
为什么不要重载operator&&、operator||，以及operator？
如何选择合适的STL容器为我所用？
……
二、来自于编码习惯和编程规范方面的问题。例如：
如何避免无意中的内部数据裸露？
如何给函数和变量起一个能说话的名字？
如何使用断言来帮助你发现软件开发中的问题？
……
三、来自于程序架构和思想方面的问题。例如：
友元机制破坏封装？如何谨慎恰当地使用友元机制？
将对象的继承关系扩展至对象容器将带来哪些隐患？
如何从大师的代码中学习编程思想和技艺？
……
如果你曾经遇到并思考过诸如此类的问题，说明你正在为写出更高质量的C++代码而努力。本书从上述3个方面对C++编码中的经典问题给出了经验性的解决方案，如果掌握本书中的内容，你将会对侯捷老师所说的“一旦学成，妙用无穷”这句话有切身的体会。
作者简介
李 健 资深软件开发工程师，毕业于中科院计算所，从事C/C++开发多年，积累了丰富的实践经验。曾经参与了国家“十一五”863项目、北京市文化创意项目、上海世博会项目等多个大型软件项目的架构、设计与开发。此外，对MPICH并行编程与高性能计算、脚本语言Lua、Android和iPhone等移动开发平台也有一定的研究。活跃于CSDN和博客园等技术社区，发表和分享了大量技术文章，深受网友欢迎。
为什么要写这本书
一直以来，C++就是一门富有争议的编程语言。一方面它是一门复杂的语言，由于C++语言提供了复杂的语法规则，被看作“拙劣工程学”的成果，甚至引来了Linux之父Linus Benedict Torvalds的炮轰，称其为“糟糕程序员的垃圾语言”。另一方面它又是一门流行的语言，正如C++之父Stroustrup所说的，“在这12年里，C++用户数大约每7个半月增加一倍”。虽然有些言过其实，但确实说明了C++的流行程度。在Tiobe编程语言热度排行榜中，C++稳居前三位，成绩斐然（如图0-1所示）。
图0-1 Tiobe编程语言排行榜
究其原因，主要在于C++不仅具有面向对象编程语言的逻辑表达优势，还具有和C语言不相上下的时间效率和空间效率。换言之，C++可以让我们用清晰的代码实现高效的程序设计，很好地体现了KISS（Keep It Simple and Stupid）设计之精髓。
C++语言的发展大概可以分为三个阶段：
第一阶段是从20世纪80年代到1995年。这一阶段C++语言基本上是传统类型上的面向对象语言，并且凭借着接近C语言的运行效率，在工业界使用的开发语言中占据了相当大的份额。
第二阶段是从1995年到2000年，在这一阶段，由于标准模板库（STL）和后来的Boost等程序库的出现，使得泛型程序设计在C++中占据了越来越多的比重。当然，同时由于Java、C#等语言的出现和硬件价格的大规模下降，C++也受到了一定的冲击。
第三阶段是从2000年至今，由于以Loki、MPL等程序库为代表的产生式编程和模板元编程的出现，C++出现了发展历史上的又一个新高峰。这些新技术的出现以及和原有技术的融合，使C++成为当今主流程序设计语言中最复杂的一员。
经过多年的技术沉淀，C++在现代软件领域中已经占据了举足轻重的地位，特别是在系统级复杂应用程序、高性能并行计算以及对灵活性和底层操作要求较高的软件开发中占据主导地位和绝对优势。C++主要应用领域如图0-2所示。
图0-2 C++语言主要应用领域
难学易用，可以说是C++语言的最大特点。C++语言具有较高的复杂度和较陡峭的学习曲线。C++语言的“难学”似乎成为了众多程序员面前的一座“大山”。然而这样的“大山”并不能成为我们抛弃C++语言的理由，因为大山的后面是我们期望已久的美丽桃花源：C++难学但易用，正如侯捷老师所言：“一旦学成，妙用无穷。”在艰苦的登山途中，一根拐杖会令我们倍感轻松，为广大聪明而刻苦的C++程序员们提供这样的一根拐杖便是本书的目的。
对于那些刚刚进入C++世界的程序员来说，别人的经验教训就是他的前车之鉴，能够帮助他快速、准确地掌握C++的要点。为此，我将自己和前辈们的“工程经验”进行总结、归纳、升华，最后整理成150条意见和建议，以期帮助大家更好地理解、运用C++语言。
读者对象
本书适用于具有一定C/C++语言基础的程序员。书中的150条建议能够帮助读者更加深入地理解C++语言，用好C++语言，提升C++程序设计的整体品质。
如何阅读本书
作为一个C++从业者，我十分了解初学者在学习过程中可能遇到的困惑，清楚那些“工程经验的积累”对一个初学者成长的显著作用。所以，本书采用了《Effective C++》经典的“条款式”叙述方式，对本人以及众多C++前辈们的经验进行了重新的编撰整理，总结成了150条编程建议。
本书所包括的150条编程建议，可以说是散布在各个角落的语言规则、编程准则，以及最佳实践的汇总；这150条建议将分为三大部分：语法篇、编码习惯和规范篇、程序架构和思想篇。这三大部分从语言语法，到编码习惯，再到架构思想，由浅入深，层层递进，使读者逐渐认识并理解这门语言。
其中，语法篇主要围绕语法展开，分为从C继承而来的、从C到C++的改变、内存管理、类、模板、异常处理、STL七章；编码习惯和规范篇则集中在“习惯”二字上，建议主要集中在如何提高程序的正确性、可读性、效率等方面；而最后的程序架构和思想篇，则站在更高的高度去审视程序设计，给出一些编程规范和最佳实践。
我希望本书中的每条建议都能引起读者的思考，鼓励消化理解，杜绝死记硬背，取其精华去其糟粕；我希望本书中的每条建议所传递的理念能够渗透到读者的设计实践中，而不是邯郸学步式地模仿，使这些建议成为编写程序的束缚。
勘误和支持
由于作者水平有限，编写时间仓促，书中难免会出现一些错误、疏漏或者不妥之处，恳请读者批评指正。你可以将书中的错误通过邮件告知我，也可以将你遇到的其他问题通过邮件发给我，我将尽力提供最满意的解答。我的邮箱是lijian8409@gmail.com，真诚期待大家的反馈。
致谢
感谢伟大的Bjarne Stroustrup博士，是他发明了C++这样一门影响深远的语言；感谢为C++语言做出重大贡献的前辈们，是你们的努力让C++语言不断向前发展。
感谢机械工业出版社华章分社的杨福川编辑和杨绣国编辑，是你们一直以来的支持与帮助促进了这本书的顺利出版。
感谢远在家乡的父母，你们二十余年如一日的关爱和鼓励，是我面对困难和挫折时重新振作的力量源泉，让我不敢懈怠，不言放弃；感谢仍在继续学业的弟弟，希望你能顺利拿到博士学位，实现你的理想与人生价值；感谢亲爱的老婆的默默陪伴和支持，你是我前进的最大动力。对你们的爱永存心间。
谨以此书，献给我深爱的家人，以及众多热爱并奋斗在C++第一线的朋友们。
李 健
2011年10月于北京
计算机\程序设计
本书所包括的150条编程建议，是散布在各个角落的语言规则、编程准则，以及最佳实践的集合。语言语法，到编码习惯，再到架构思想，层层递进，帮助读者更加深入地理解C++语言，用好C++语言，提升C++程序设计的整体品质。
李健 著：暂无简介
前 言
第一部分 语法篇
第1章 从C继承而来的/2
建议0：不要让main函数返回void/2
建议1：区分0的4种面孔/5
建议2：避免那些由运算符引发的混乱/8
建议3：对表达式计算顺序不要想当然/9
建议4：小心宏#define使用中的陷阱/12
建议5：不要忘记指针变量的初始化/14
建议6：明晰逗号分隔表达式的奇怪之处/15
建议7：时刻提防内存溢出/16
建议8：拒绝晦涩难懂的函数指针/19
建议9：防止重复包含头文件/19
建议10：优化结构体中元素的布局/21
建议11：将强制转型减到最少/23
建议12：优先使用前缀操作符/26
建议13：掌握变量定义的位置与时机/28
建议14：小心typedef使用中的陷阱/30
建议15：尽量不要使用可变参数/32
建议16：慎用goto/36
建议17：提防隐式转换带来的麻烦/38
建议18：正确区分void与void*/42
第2章 从C到C++，需要做出一些改变/45
建议19：明白在C++中如何使用C /45
建议20：使用memcpy()系列函数时要足够小心/48
建议21：尽量用new/delete代替malloc/free/49
建议22：灵活地使用不同风格的注释/52
建议23：尽量使用C++标准的iostream/55
建议24：尽量采用C++风格的强制转型/58
建议25：尽量用const、enum、inline替换#define/59
建议26：用引用代替指针/62
第3章 说一说“内存管理”的那点事儿/66
建议27：区分内存分配的方式/67
建议28：new/delete与new[]/delete[]必须配对使用/69
建议29：区分new的三种形态/71
建议30：new内存失败后的正确处理/75
建议31：了解new_handler的所作所为/78
建议32：借助工具监测内存泄漏问题/81
建议33：小心翼翼地重载operator new/ operator delete /84
建议34：用智能指针管理通过new创建的对象/88
建议35：使用内存池技术提高内存申请效率与性能/91
第4章 重中之重的类/95
建议36：明晰class与struct之间的区别/95
建议37：了解C++悄悄做的那些事/99
建议38：首选初始化列表实现类成员的初始化/101
建议39：明智地拒绝对象的复制操作/105
建议40：小心，自定义拷贝函数/107
建议41：谨防因构造函数抛出异常而引发的问题/110
建议42：多态基类的析构函数应该为虚/113
建议43：绝不让构造函数为虚/116
建议44：避免在构造/析构函数中调用虚函数/117
建议45：默认参数在构造函数中给你带来的喜与悲/120
建议46：区分Overloading、Overriding及Hiding之间的差异/122
建议47：重载operator=的标准三步走/126
建议48：运算符重载，是成员函数还是友元函数/131
建议49：有些运算符应该成对实现/134
建议50：特殊的自增自减运算符重载/136
建议51：不要重载operator&&、operator||以及operator，/137
建议52：合理地使用inline函数来提高效率/139
建议53：慎用私有继承/141
建议54：抵制MI的糖衣炮弹/144
建议55：提防对象切片/147
建议56：在正确的场合使用恰当的特性/150
建议57：将数据成员声明为private/154
建议58：明晰对象构造与析构的顺序/156
建议59：明了如何在主调函数启动前调用函数/158
第5章 用好模板，向着GP开进/161
建议60：审慎地在动、静多态之间选择/161
建议61：将模板的声明和定义放置在同一个头文件里/164
建议62：用模板替代参数化的宏函数/168
建议63：区分函数模板与模板函数、类模板与模板类/169
建议64：区分继承与模板/171
第6章 让神秘的异常处理不再神秘/176
建议65：使用exception来处理错误/176
建议66：传值throw异常，传引用catch异常/179
建议67：用“throw;”来重新抛出异常/183
建议68：了解异常捕获与函数参数传递之间的差异/185
建议69：熟悉异常处理的代价/189
建议70：尽量保证异常安全/192
第7章 用好STL这个大轮子/198
建议71：尽量熟悉C++标准库/198
建议72：熟悉STL中的有关术语/201
建议73：删除指针的容器时避免资源泄漏/204
建议74：选择合适的STL容器/206
建议75：不要在STL容器中存储auto_ptr对象/209
建议76：熟悉删除STL容器中元素的惯用法/210
建议77：小心迭代器的失效/213
建议78：尽量使用vector和string代替动态分配数组/214
建议79：掌握vector和string与C语言API的通信方式/216
建议80：多用算法调用，少用手写循环/217
第二部分 编码习惯和规范篇
第8章 让程序正确执行/222
建议81：避免无意中的内部数据裸露/222
建议82：积极使用const为函数保驾护航/224
建议83：不要返回局部变量的引用/228
建议84：切忌过度使用传引用代替传对象/230
建议85：了解指针参数传递内存中的玄机/231
建议86：不要将函数参数作为工作变量 /233
建议87：躲过0值比较的层层陷阱/234
建议88：不要用reinterpret_cast去迷惑编译器/236
建议89：避免对动态对象指针使用static_cast/237
建议90：尽量少应用多态性数组/238
建议91：不要强制去除变量的const属性/240
第9章 提高代码的可读性/242
建议92：尽量使代码版面整洁优雅/243
建议93：给函数和变量起一个“能说话”的名字/246
建议94：合理地添加注释/248
建议95：为源代码设置一定的目录结构/251
建议96：用有意义的标识代替Magic Numbers/252
建议97：避免使用“聪明的技巧”/253
建议98：运算符重载时坚持其通用的含义/254
建议99：避免嵌套过深与函数过长/255
建议100：养成好习惯，从现在做起/256
第10章 让代码运行得再快些/258
建议101：用移位实现乘除法运算/258
建议102：优化循环，提高效率/259
建议103：改造switch语句/260
建议104：精简函数参数 /261
建议105：谨慎使用内嵌汇编/262
建议106：努力减少内存碎片/263
建议107：正确地使用内联函数/263
建议108：用初始化取代赋值/264
建议109：尽可能地减少临时对象/266
建议110：最后再去优化代码/267
第11章 零碎但重要的其他建议/269
建议111：采用相对路径包含头文件/269
建议112：让条件编译为开发出力/270
建议113：使用.inl文件让代码整洁可读/272
建议114：使用断言来发现软件问题/274
建议115：优先选择编译和链接错误/275
建议116：不放过任何一条编译器警告/277
建议117：尽量减少文件之间的编译依赖 /278
建议118：不要在头文件中使用using/280
建议119：划分全局名空间避免名污染/282
第三部分 程序架构和思想篇
第12章 面向对象的类设计/286
建议120：坚持“以行为为中心”的类设计/286
建议121：用心做好类设计/287
建议122：以指针代替嵌入对象或引用/289
建议123：努力将接口最小化且功能完善/291
建议124：让类的数据隐藏起来/292
建议125：不要让成员函数破坏类的封装性/294
建议126：理解“virtual + 访问限定符”的深层含义/295
建议127：谨慎恰当地使用友元机制/297
建议128：控制对象的创建方式/299
建议129：控制实例化对象的个数/301
建议130：区分继承与组合/303
建议131：不要将对象的继承关系扩展至对象容器/307
建议132：杜绝不良继承/308
建议133：将RAII作为一种习惯/310
建议134：学习使用设计模式/311
建议135：在接口继承和实现继承中做谨慎选择/314
建议136：遵循类设计的五项基本原则/315
第13章 返璞归真的程序设计/318
建议137：用表驱动取代冗长的逻辑选择/318
建议138：为应用设定特性集/324
建议139：编码之前需三思/324
建议140：重构代码/326
建议141：透过表面的语法挖掘背后的语义/328
建议142：在未来时态下开发C++程序/330
建议143：根据你的目的决定造不造轮子/331
建议144：谨慎在OO与GP之间选择/331
建议145：让内存管理理念与时俱进/332
建议146：从大师的代码中学习编程思想与技艺/334
建议147：遵循自然而然的C++风格/335
建议148：了解C++语言的设计目标与原则/335
建议149：明确选择C++的理由/338
