前言：最近看到一些平台上，有人说C++比C慢。我不知道为什么会有这样的结论，可能只看到了某一面吧。本文跟大家来聊一聊这个话题。
目录
一、作者认为
二、感觉“C++比C慢”的“原因”
三、为什么C++不比C慢（甚至更快）
四、一些建议
一、作者认为
C++比C慢吗？其实答案并不简单。作者认为，在多数情况，一个功能与C相同、优化良好（高级用法恰当好处）的C++程序，其速度一般不会比C程序慢，有时候甚至会更快。
C++程序快不快，取决于你是否用对了C++的高级用法。
二、感觉“C++比C慢”的“原因”
为什么有人会觉得C++比C慢呢？，其实这种感觉主要来源于C++的高级用法或高级特性，如果使用不当，就会引入额外的开销，使得程序变慢。
我们来看看有哪些高级特性会有”影响“：
1）虚函数（多态）：
虚函数调用需要查询虚函数表进行间接跳转，比普通函数调用多一次访问（这是动态多态的必要开销）。项目中用上虚函数能够实现更高级的功能，或者能够帮助优化代码架构，所以带来一些开销是不可避免的。正所谓鱼与熊掌不可兼得。
2）RTTI：
运行时类型识别，dynamic_cast和typeid需要在运行时查询类型信息，会产生额外的空间和时间开销。如果项目对于性能要求高，可以直接关闭 RTTI。
3）STL和模板的开销：
如果STL容器和算法使用不当，可能会产生额外的动态内存分配或拷贝。需要理解后正确使用。
4）异常处理：
异常机制通常需要在代码中插入一些额外的信息，即使不抛出异常，也可能会轻微影响代码性能。对于性能要求极高的项目，需要禁用。
三、为什么C++不比C慢（甚至更快）
1）零开销抽象原则：
C++的设计理念之一是：你不需要为你没有使用的特性付出代价。也就是说，如果你不使用虚函数、STL算法等高级特性，它们就不会影响你的程序。
2）丰富的优化特性：
- 使用constexpr等关键字，在编译期完成一些计算工作，运行时几乎甚至完全没开销。
- 构造函数/析构函数让编译器更清楚地知道对象的生命周期，有时能够优化地比C手动管理更好，更安全。
3）编译器：
目前主流的C++编译器（如：GCC、MSVC、Clang）同时也是C编译器。它们使用相同的优化器与代码生成器。对于等价的C代码，它们生成的机器码一般是一样的。
四、一些建议
1）如果是操作系统内核、底层驱动、某些实时嵌入式环境，那么选择C是合理的。
2）如果是大型复杂系统、游戏引擎、智能驾驶、高性能服务等，那么选择C++是合理的。
