入门推荐

C++ Primer Plus 第6版 中文版

C++程序设计经典教程，畅销30年的C++大百科全书，零基础自学C++入门。

C++是在 C 语言基础上开发的一种集面向对象编程、泛型编程和过程化编程于一体的编程语言，是C语言的超集。本书是根据2003年的ISO/ANSI C++标准编写的，通过大量短小精悍的程序详细而全面地阐述了 C++的基本概念和技术，并专辟一章介绍了C++11新增的功能。

《C++ Primer Plus（第6版）中文版》分18章，分别介绍了C++程序的运行方式、基本数据类型、复合数据类型、循环和关系表达式、分支语句和逻辑运算符、函数重载和函数模板、内存模型和名称空间、类的设计和使用、多态、虚函数、动态内存分配、继承、代码重用、友元、异常处理技术、string类和标准模板库、输入/输出、C++11新增功能等内容。

《C++ Primer Plus（第6版）中文版》针对C++初学者，从C语言基础知识开始介绍，然后在此基础上详细阐述C++新增的特性，因此不要求读者有C语言方面的背景知识。《C++ Primer Plus（第6版）中文版》可作为高等院校教授C++课程的教材，也可供初学者自学C++时使用。

与之配套的有

C++ Primer Plus 第6版 中文版习题解答

经典畅销图书《C++PrimerPlus（第6版）中文版》的学习伴侣，北京师范大学名师详细剖析所有题目，全面提升C++编程能力的优选编程练习册。

C++程序设计（第3版）

C++编程从入门到精通，C++程序设计基础教程，C++自学入门经典，提供习题及教学PPT，用C++编程语言讲解计算基础知识和技能的实用教程。

本书是以C++编程语言来讲解计算基础知识和技能的实用教程。本书是作者数十年教学经验凝结的成果， 深入浅出地介绍对象和类的概念，帮助学生更好地学习计算机科学的**门课，并为后续课程的学习打下坚实的基础。本书每一章都给出了自测题、练习题、编程技巧、编程项目等内容。附录部分给出了所有自测题的解答，供读者学习参考。

本书适合作为高等院校计算机专业程序设计、编程基础等课程的教材，也适合专业程序员和想要学习C++编程的读者阅读参考。

进阶推荐

C++沉思录

C++业界资深技术大神，C++标准委员会成员，著名技术伉俪的经典著作，全球畅销20余年。融聚了作者10多年C++程序生涯的真知灼见，C++之父倾力推荐。

《C++沉思录》分为6篇，共32章，分别对C++语言的历史和特点、类和继承、STL与泛型编程、库的设计等几大技术话题进行了详细而深入的讨论，细微之处几乎涵盖了C++所有的设计思想和技术细节。本书通过精心挑选的实例，向读者传达先进的程序设计方法和理念。

《C++沉思录》适合有一定经验的C++程序员阅读学习，可以帮助他们提升技术能力，成为C++程序设计的高手。

C++语言的设计和演化

C++语言之父经典著作、思想集锦，一本描述C++语言的发展历史、设计理念及技术细节的综合性著作。

本书是C++的设计者Bjarne Stroustrup关于C++ 语言的最主要著作之一（另一本是《C++程序设计语言》）。在这本书中，作者全面论述了C++ 的历史和发展，C++中各种重要机制的本质、意义和设计背景，这些机制的基本用途和使用方法，讨论了C++ 所适合的应用领域和未来发展前景。本书在帮助人们深入理解C++ 语言方面的地位无可替代，值得每个关心、学习和使用C++ 语言的专业工作者、科研人员、教师和学生阅读。在这本书中，作者还从实践的角度出发，讨论了许多与程序设计语言、系统程序设计、面向对象的技术和方法、软件系统的设计和实现技术等有关的问题，值得每一个关心这些领域及相关问题的计算机工作者和学生们阅读参考。

C++并发编程实战

《C++并发编程实战》是一本基于C++11新标准的并发和多线程编程深度指南。内容包括从std：：thread、std：：mutex、std：：future和std：：async等基础类的使用，到内存模型和原子操作、基于锁和锁数据结构的构建，再扩展到并行算法、线程管理，最后还介绍了多线程代码的测试工作。本书的附录部分还对C++11新语言特性中与多线程相关的项目进行了简要的介绍，并提供了C++11线程库的完整参考。

《C++并发编程实战》适合于需要深入了解C++多线程开发的读者，以及使用C++进行各类软件开发的开发人员、测试人员。对于使用第三方线程库的读者，也可以从本书后面的章节中了解到相关的指引和技巧。同时，本书还可以作为C++11线程库的参考工具书。

C++融合了3种不同的编程方式：C语言代表的过程性语言、C++在C语言基础上添加的类代表的面向对象语言、C++模板支持的泛型编程。使用C++的原因之一是为了利用其面向对象的特性。要利用这种特性，必须对标准C语言知识有较深入的了解，因为它提供了基本类型、运算符、控制结构和语法规则。所以，如果已经对C有所了解，便可以学习C++了，但这并不仅仅是学习更多的关键字和结构，从C过渡到C++的学习量就像从头学习C语言一样大。另外，如果先掌握了C语言，则在过渡到C++时，必须摒弃一些编程习惯。如果不了解C语言，则学习C++时需要掌握C语言的知识、OOP知识以及泛型编程知识，但无需摒弃任何编程习惯。如果您认为学习C++可能需要扩展思维，这就对了。

C++的起源

与C语言一样，C++也是在贝尔实验室诞生的，Bjarne Stroustrup于20世纪80年代在这里开发出了这种语言。用他自己的话来说，“C++主要是为了我的朋友和我不必再使用汇编语言、C语言或其他现代高级语言来编程而设计的。它的主要功能是可以更方便地编写出好程序，让每个程序员更加快乐”。

Bjarne Stroustrup的主页

Bjarne Stroustrup设计并实现了C++编程语言，他是权威参考手册《The C++ Programming Language》和《The design and Evolution of C++》的作者。读者应将他位于AT&T Labs Research上的个人网站作为首选的C++书签：

http://www.research.att.com/-bs/

该网站包括了C++语言有趣的发展历史、Bjarne的传记材料和C++ FAQ。Bjarne被问得最多的问题是：Bjarne Stroustrup应该如何读。您可以访问Stroustrup的网站，阅读FAQ部分并下载.WAV文件，亲自听一听。

Stroustrup比较关心的是让C++更有用，而不是实施特定的编程原理或风格。在确定C++语言特性方面，真正的编程需要比纯粹的原理更重要。Stroustrup之所以在C的基础上创建C++，是因为C语言简洁、适合系统编程、使用广泛且与UNIX操作系统联系紧密。C++的OOP方面是受到了计算机模拟语言Simula67的启发。Stroustrup加入了OOP特性和对C的泛型编程支持，但并没有对C的组件作很大的改动。因此，C++是C语言的超集，这意味着任何有效的C程序都是有效的C++程序。它们之间有些细微的差异，但无足轻重。C++程序可以使用已有的C软件库。库是编程模块的集合，可以从程序中调用它们。库对很多常见的编程问题提供了可靠的解决方法，因此能节省程序员大量的时间和工作量。这也有助于C++的广泛传播。

图1.2 C++的二重性

名称C++来自C语言中的递增运算符++，该运算符将变量加1。名称C++表明，它是C的扩充版本。

计算机程序将实际问题转换为计算机能够执行的一系列操作。OOP部分赋予了C++语言将问题所涉及的概念联系起来的能力，C部分则赋予了C++语言紧密联系硬件的能力（参见图1.2），这种能力上的结合成就了C++的广泛传播。从程序的一个方面转到另一个方面时，思维方式也要跟着转换（确实，有些OOP正统派把为C添加OOP特性看作是为猪插上翅膀，虽然这是头瘦骨嶙峋、非常能干的猪）。另外，C++是在C语言的基础上添加OOP特性，您可以忽略C++的面向对象特性，但将错过很多有用的东西。

在C++获得一定程度的成功后，Stroustrup才添加了模板，这使得进行泛型编程成为可能。在模板特性被使用和改进后，人们才逐渐认识到，它们和OOP同样重要——甚至比OOP还重要，但有些人不这么认为。C++融合了OOP、泛型编程和传统的过程性方法，这表明C++强调的是实用价值，而不是意识形态方法，这也是该语言获得成功的原因之一。

C++的发展

Stroustrup编写的《The Programming Language》包含65页的参考手册，它成了最初的C++事实标准。

下一个事实标准是Ellis和Stroustrup编写的《The Annotated C++ Reference Manual》。

C++98标准新增了大量特性，其篇幅将近800页，且包含的说明很少。

C++11标准的篇幅长达1350页，对旧标准做了大量的补充。

如何学习C++?

我对C或C++ 都不了解，是不是应该先学习C？不，首先学习C++。C++ 的C子集对于C/C++ 的新手是比较容易学的，又比C本身容易使用。原因是C++（通过强类型检查）提供了比C更好的保证。进一步说，C++ 还提供许多小特征，例如运算符new，与C语言对应的东西相比，它们的写法更方便，也更不容易出错。这样，如果你计划学习C和C++（而不只是C++），你不应该经由C那条迂回的路径。为能很好地使用C，你需要知道许多窍门和技术，这些东西在C++ 里的任何地方都不像它们在C里那么重要、那么常用。好的C教科书倾向于（也很合理）强调那些你将来在用C做完整的大项目时所需要的各种技术。好的C++ 教科书则不太一样，强调能引导你去做数据抽象、面向对象的程序设计的技术和特征。理解了C++ 的各种结构，而后学习它们在（更低级的）C里替代物将会很简单（如果需要的话）。

要说我的喜好：要学习C，就用 [Kernighan，1988]；要学习C++，就用[2nd]。两本书的优点是都组合了两方面内容：一方面是关于语言特征和技术的指导性的描述，另一方面是一部完整的参考手册。两者描述的都是各自的语言而不是特定的实现，也不企图去描述与特定实现一起发布的特殊程序库。

现在有许多很好的教科书和许多各种各样风格的材料，上面只是我对理解有关概念和风格的喜好。请仔细选择至少两个信息来源，以弥补可能的片面性甚至缺陷，这样做永远是一种明智之举。

我想做OOP，那么，是不是应该在学习C++之前先学Smalltalk？不。如果你计划用C++，那就学C++。各种语言，像C++、Smalltalk、Simula、CLOS和Eiffel等，各有自己对于抽象和继承等关键概念的观点，各语言以略微不同的方式支持着这些概念，也支持不同的设计概念。学习Smalltalk当然能教给你许多有价值的东西，但它不能教给你如何在C++ 里写程序。实际上，除非你有充分时间学习和消化Smalltalk以及C++ 的概念和技术，否则用Smalltalk作为学习工具将导致拙劣的C++ 设计。

当然，如果同时学了C++ 和Smalltalk，能使你取得更广泛领域中的经验和实例，那当然是最理想的。但是那些不可能花足够时间去消化所有新概念的人们常常最后是‘在C++ 里写Smalltalk’，也就是说，去用那些并不能很好适应C++ 的Smalltalk设计概念。这样写出的程序可以像在C++ 里写C或Fortran一样，远不是最好的东西。

常见的关于学习Smalltalk的理由是它‘很纯’，因此会强迫人们去按‘面向对象的’方式思考和编程。我不想深入讨论‘纯’的问题，除提一下之外。我认为一个通用程序设计语言应该而且也能够支持一种以上的程序设计风格（范型）。

这里的问题是，适合Smalltalk并得到它很好支持的风格并不一定适合C++。特别是模仿性地追随Smalltalk风格，将会在C++ 里产生低效、丑陋，而且难以维护的C++ 程序。个中理由很简单，好的C++ 程序所需要的设计应该能很好地借助C++ 静态类型系统的优势，而不是与之斗争。Smalltalk（只）支持动态类型系统，把这种观点翻译到C++ 将导致广泛的不安全性和难看的强制转换。

我把C++ 程序里的大部分强制转换看作是设计拙劣的标志。有些强制转换是很基本的，但大部分都不是。按我的经验，传统C程序员使用C++，通过Smalltalk理解OOP的C++ 程序员是使用强制转换最多的人，而所用的那些种类的转换，完全可以通过更仔细的设计而得以避免。

进一步说，Smalltalk鼓励人们把继承看作是唯一的，或者至少是最基本的程序组织方式，并鼓励人们把类组织到只有一个根的层次结构中。在C++ 里，类就是类型，并不是组织程序的唯一方式。特别的是，模板是表示容器类的最基本方法。

我也极端怀疑一种论断，说是需要强迫人们去采用面向对象的风格写程序。如果人们不想去学，你就不可能在合理的时间内教会他们。按我的经验，确实愿意学习的人从来也不短缺，最好还是把时间和精力用到他们身上。除非你能把握住如何表现隐藏在数据抽象和面向对象的程序设计后面的原理，否则你能做的不过是错误地使用支持这些概念的语言特征，而且是以一种不适当的‘巴罗克’形式[2]——无论在C++、Smalltalk或者其他语言里。

参看《C++ 程序设计语言》（第2版） [2nd]，特别是第12章，那里有关于C++ 语言特征和设计之间关系的更多讨论。

我在一开始应该把C++ 作为一种OOPL，还是作为一个更好的C语言？看情况。为什么你想开始用C++？对这个问题的回答应该能确定你走近C++ 的方式，在这里，没有某种放之四海而皆准的道理。按照我的经验，最安全的方式是自下而上地学习C++，也就是说，首先学习C++ 所提供的传统的过程性程序设计特征，也就是那个更好的C子集；而后学着去使用和遵循那些数据抽象特征；再往后学习使用类分层去组织相互有关的类的集合。

按照我的观点，过快地通过早期阶段是很危险的，这样会使忽视某些重要概念的可能性变得非常之大。

例如，一个有经验的C程序员可能会认为C[3]的更好的C子集是‘很熟悉的’，因此跳过了教科书中描述这方面的前100页或多少页。但在这样做时，这个C程序员可能就没看到有关函数的重载能力，有关初始化和赋值之间差异的解释，用运算符new做存储分配，关于引用的解释，或许还有其他一些小特征。在后面阶段它们会不断地跳出来缠住你，而在这时，一些真正的新概念正在复杂的问题中发挥着作用。如果在更好的C中所用的概念都是已知的，读过这100页可能也就只要几个小时的时间，其中的一些细节又是有趣的，很有用的。如果没有读，后面花的时间可能更多。

有些人表达了一种担心，害怕这种‘逐步方式’会引导人们永远去写C语言风格的东西。这当然是一种可能的后果，但是从百分比看，与在教学中采用‘更纯的’语言或者强迫的方式相比，很难说这样做就一定更不值得信任。关键是应该认识到，要把C++ 很好地用作数据抽象和/或面向对象的语言，应该理解几个新概念，而它们与C或者Pascal一类语言并不是针锋相对的。

C++ 并不只是用新语法表述一些老概念——至少对于大部分程序员而言不是这样。这也就隐含着教育的需要，而不仅仅是训练。新概念需要通过实践去学习和掌握。老的反复试验过的工作习惯需要重新评价。不再是按照‘老传统的方式’向前冲，而是必须考虑新方式——通常，与按照老方式相比，以新方式做事情，特别是第一次这样做时，一定更困难，也更费时间。

许多经验说明，对大部分程序员而言，花时间和精力去学习关键性的数据抽象和面向对象技术，是非常有价值。并不是必须经过很长的时间才能产生效益，一般在3到12个月就可以。不花这些精力，而只是使用C++，也会有效益，但最大的效益还是要在为学习新概念而花费精力之后——我的疑问是，如果什么人不想花这个精力，那么为什么还要转到C++ 来呢。

在第一次接触C++，或是在许多时间之后又第一次接触它，用一点时间去读一本好的教科书，或者几篇经过很好选择的文章（在The C++ Report和The C++ Journal里有许多这样的文章）。你也可能想看看某些主要的库的定义和源代码，分析其中使用的概念和技术。对那些已经用了一段C++ 的人来说，这也是个好主意，在重温这些概念和技术的过程中可以做许多事情。自C++ 第一次出现以来，在C++ 语言以及与之相关的编程和设计技术方面已经发生过许多事情。将《C++ 程序设计语言》的第1版和第2版做一个简单对比，就足以使人相信这个说法。

学习C++ 需要花多少时间？同样要看情况。依赖于你的经验，也依赖于你所说的‘学习C++’的意思。对大部分程序员而言，学习语法和用更好的C的风格写C++，再加上定义和使用几个简单的类，只要一两周时间。这是最容易的部分。最主要的困难在于掌握新的定义和编程技术，这也是最有意思、最有收获的部分。曾经和我讨论过的大部分有经验的程序员说，他们用了半年到一年半时间，才真正觉得对C++ 适应了，掌握了它所支持的数据抽象和面向对象技术。这里假定他们是在工作中学习并维持着生产——通常在此期间也用着C++的某种‘不那么大胆’的风格做程序设计。如果你能拿出全部时间学C++，就可能更快地适应它。但是，在没有将新的思想和设计应用到真实的项目中之前，这个适应也很可能是骗人的。面向对象的编程和面向对象的设计，基本上是实践性的训练而不是理论训练。只是对一些玩具式的小例子使用或者不使用它，这些思想就很可能演化为一种危险的盲从倾向。

请注意，学习C++，最根本的是学习编程和设计技术，而不是语言细节。在做完了一本教科书的学习工作之后，我会建议一本有关设计的书，例如 [Booch，1991] [4]，该书里有一些稍长的例子，用的是5种语言（Ada、CLOS、CLU、C++、Smalltalk和Object Pascal），这样就可能在某种程度上避免语言的偏狭性，而偏狭性已经弄糟了许多有关设计的讨论。在这本书里，我最喜欢的部分就是描述设计概念和例子的那几章。

关注设计方式，与非常仔细地关注C++ 的定义细节（例如ARM，其中包含许多有用的信息，但是没有关于如何用C++ 编程的信息）是截然不同的。把注意力集中到细节上，很容易把人搞得头昏脑涨，以至于根本就用不好语言。你大概不会试着从字典和语法去学习一种外国语吧？

在学习C++ 时，最根本的，应该是牢记关键性的设计概念，使自己不在语言的技术细节中迷失了方向。如果能做到这一点，学习和使用C++ 就会是非常有趣的和收效显著的。与C比较，用一点点C++ 就可能带来许多收获。在理解数据抽象和面向对象技术方面付出进一步努力，你将能得到更多的收获。”

这个观点也不是全面的，受到当前工具和库的状况的影响。如果有了保护性更强的环境（例如包括了广泛的自动的运行时检查）以及一个小的定义良好的基础库，你就可以更早地转到大胆使用C++ 的方面去。这些将能更好地支持从关注C++ 的语言特征到关注C++ 所支持的设计和编程技术的大转移。

分散一些兴趣放到语法上，把一些时间用到语言的技术细节上，也是非常重要的。有些老牌程序员喜欢翻弄这些细节。这种兴趣与不大情愿去学习新的程序设计技术，经常是很难分辨清楚的。

类似地，在每个课程和每个项目里总有这样的人，他们根本不相信C++ 的特征是可以负担得起的，因此在后来的工作中坚持使用自己更熟悉和信任的C子集。只有不多的有关个别C++ 特征和用C++ 写出的系统的执行效率方面的数据（例如，[Russo，1988]、[Russo，1990]、[Keffer，1992]），不大可能动摇这些人长期而牢固的，有关比C更方便的机制是不可能负担的观点。看到这种宣传的量，与语言或工具领域中未得到满足的允诺的量的比较，人们应该对这种说法持怀疑态度，并要求拿出更明显的证据。

在每个课程和项目里也总有另一种人，他们确信效率无关紧要，倾向于用更一般的方式去设计系统，结果是，即使在最先进的硬件上也产生了可观察到的延迟。不幸的是，这种延迟在人们学习C++ 的过程中写玩具程序时很难观察到，因此具有这种性质的问题常常被遗留下来，直到遇到真正的项目。我一直在寻找一个简单但又实际的问题，如果采用一种过分一般的方式去解决，它就能打倒一个很好的工作站。这样的问题将使我能证明带有倾向性的设计的价值，以抵制那些极端的乐观主义者；而通过仔细思考又能使性能大大改善，可以对付过于谨慎和保守的人们。