文章转载自公众号：CodeSheep，作者hansonwong99
最近收到读者读者小伙伴所提的问题，我顺手截了两个图。
实不相瞒，这类问题之前也经常看到，但是我忘了截图了。
每次遇到这种问题，看起来很简单，但是打字一时半会还真说不清，想想今天周末了，写一篇文章来统一聊聊吧，如果小伙伴们有不同看法，也欢迎批评指正。
C和C++到底是什么关系？
首先 C++ 和 C 语言本来就是两种不同的编程语言，但 C++ 确实是对 C 语言的扩充和延伸，并且对 C 语言提供后向兼容的能力。对于有些人说的 C++ 完全就包含了 C 语言的说法还是有点别扭的。
C++ 一开始被本贾尼·斯特劳斯特卢普（Bjarne Stroustrup）发明时，起初被称为“C with Classes”，即「带类的C」。很明显它是在 C 语言的基础上扩充了类class等面向对象的特性和机制。但是后来经过一步步修订和很多次演变（如下图所示），最终才形成了现如今这个支持一系列重大特性的庞大编程语言。
就像经典书籍《Effective C++》一开头就说的，现如今我们提到 C++ ，都应该视其为一个庞大的「语言联邦」，最起码包含如下几个重要的组成部分：
- 面向过程编程
- 面向对象编程
- 泛型编程
- 元编程
- 函数式编程
- STL标准库
这其中的第一部分「面向过程编程」，正是C++提供的向后兼容C语言的部分，所以你能看到市面上在售的大部分讲C++编程的书，一开始前几个章节基本都是在讲「面向过程编程」的内容，包括但不限于：数据类型、变量、运算符、表达式、语句、判断、循环、函数、指针等等这些内容。
不学C语言能直接学C++吗？
还是像前面所说，C++编程语言的第一大重要组成部分就是「面向过程编程」，而这正是C语言老大哥的领域。即使没有学过C语言，一上来就直接学习C++的小伙伴，应该也难逃『面向过程』这一部分的内容。因为市面上在售的大部分讲C++编程的书，开始的章节都在讲「面向过程编程」的内容。
从理论上来说，学C++前并不一定非得学C语言，但是有C语言底子再去学C++往往更具优势，最起码「面向过程编程」这一部分内容能够轻车熟路。
但是遗憾的是，即使是《C++ Primer》这种700多页厚的权威C++书籍，开头也只有很少一部分在讲「面向过程编程」，所以对于面向过程这一部分的讲述是肯定没有专门讲C语言的书籍剖析得细致和全面的，不然也不会有侧重讲指针相关的《C和指针》等这类书籍的出现了。
所以个人建议是在学C++之前，C语言的基础还是尽量要夯实，肯定是有帮助的。
C学得好的，学C++是否更具优势？
是的。
最起码学C++时，里面的「面向过程」这一部分内容可以说轻车熟路了。
C++能替代C语言吗？
既然C++这么强大，包含这么多模块和范式，而且也几乎包含了C语言面向过程这一部分的内容，那为啥还要学C语言呢？都直接学习C++它不香嘛？
是的，C++很强大没错，但那些强大的范式和机制本身带来的包袱就不轻，也确实给学习者造成了不小的负担，甚至劝退了很多人。
而反观C语言，C语言本身就是一个把能力、性能、效率和学习成本权衡得非常极致的一种编程语言，以至于大学阶段必开的程序设计课程里基本都有C语言的身影。
而且C语言的应用领域极度广泛，上到操作系统底层的原生接口，下到普通的应用层开发，C语言都有着不小的功劳。以至于这么多年来，在Tiobe编程语言排行榜里，C语言都是居高位不下。
而且2020开年C语言重回巅峰王座，一举夺得「2019年度编程语言」。虽然这只是一个看起来很无聊的排名，但多多少少能说明一些事情。
所以无论是过去，现在，甚至是未来，近50岁的C语言老将军依然永不为奴。
只有C++这种面向对象的语言才适合大型项目吗？
C++的出现的确是为了更方便地开发大型应用程序，毕竟面向对象编程里的很多重要思想和机制都对大型项目和复杂系统所要求的项目工程化、代码复用性/扩展性/可维护性等提供了强大的支撑。
但是摆在眼前的事实告诉我们，即便是C语言，也照样可以构建出极其复杂的系统和软件。上到Linux这种旷世伟大的操作系统内核，小到被各个公司重度依赖的Redis、Nginx等开源软件或框架，都是C语言的代表作品。
所以有时候我们不得不承认的是，大家所说的抽象能力更多的是看写这个程序的人，而并非编程语言本身。
小 结
好啦，扯得有点多了，总结一下就是：
- C 语言和 C++ 是两个不同的编程语言，只不过内容上有一定的重叠；
- C 语言是一门很强大的编程语言，我觉得有机会还是要学一下；
- 一般来说，有了 C 语言的基础，上手 C++ 也会更快；
- C++ 和C 各有各的选用考虑和应用场景，并没有谁更好一说，学不学看自己的兴趣和自身技术发展的考量
以上就是W3Cschool字节宝关于学C语言和学C++它有毛关系吗？的相关介绍了，希望对大家有所帮助。
