我在我的硬件上有两个编译器，分别是C++和C89。
我正在考虑使用带类但不使用多态性（以避免虚函数表）的C++。 我想使用C++的主要原因是：
您认为在为非常有限的硬件（4KB RAM）开发时坚持使用C89有任何理由吗？
感谢您的回答，它们非常有帮助！
我经过深思熟虑，决定坚持使用C，主要是因为：
很难接受一个答案，因为您提供了许多好的答案。不幸的是，我无法创建维基并接受它，因此我将选择一种让我思考最多的答案。
你在C99中使用了内联函数。也许你喜欢构造函数，但确保正确处理析构函数的业务可能会很混乱。如果不使用C的唯一原因是命名空间，我建议您仍然坚持使用C89。这是因为您可能希望将其移植到稍微不同的嵌入式平台上。您可以稍后在相同的代码上开始使用C ++。但请注意，C ++并不是C的超集。我知道你说你有一个C89编译器，但是这个C ++与C99的比较还是适用的，例如第一个条目对于自K&R以来的任何C都是正确的。
'a'的大小在C中> 1，在C++中不是。 在C中，您具有可变长度数组（VLA）。示例：func（int i）{int a [i] }。 在C中，您具有可变数组成员（VAM）。示例：struct {int b; int m [];} 。
这取决于编译器。
并非所有嵌入式编译器都实现了C++的所有内容，即使它们实现了，它们也可能不擅长避免代码膨胀（使用模板时始终存在的风险）。使用一些较小的程序进行测试，看看是否遇到任何问题。
但是，如果使用好的编译器，没有理由不使用C++。
上市时间和可维护性。 C++开发更容易更快速。因此，如果您处于设计阶段，请选择一个足够强大的控制器来使用C++。（请注意，一些高销量市场要求尽可能低成本，在这种情况下，您不能做出这个选择。）
速度。 C语言可能比C++更快，但请确保速度提升不是很大。因此，您可以选择C++。开发算法，测试它们，并仅在必要时使它们更快！使用分析工具指出瓶颈并以"extern "C"方式重写它们，以实现C语言的速度。（如果仍然很慢，请使用汇编语言实现该部分）
二进制文件大小。 C++代码较大，但这里有一个很好的答案详细说明了情况。给定C代码的编译后二进制文件大小将是相同的，无论是使用C还是C++编译器进行编译。"可执行文件大小与语言几乎无关，而与您在项目中包含的库有关。"选择C++，但避免使用高级功能，如streams、string、new、virtual函数等。在让库函数进入最终代码之前，请审查所有库函数，因为存在大小限制（基于this答案）
全球有许多不同的控制器制造商，当您深入了解它们的设计和需要使用的指令集进行配置时，可能会遇到很多麻烦。汇编语言的主要缺点是机器/架构依赖性。对于开发人员来说，要记住所有指令集以完成不同控制器的编码是一个巨大的挑战。这就是为什么C在嵌入式开发中变得更加流行的原因，因为C足够高级，可以将算法和数据结构从硬件相关细节中抽象出来，使源代码可在各种目标硬件上移植，具有架构无关性的语言，并且非常容易转换和维护代码。但是我们确实看到一些高级语言（面向对象）如C、C++、Python、Java等正在不断发展，使它们成为嵌入式系统开发的重点。
回答问题的不同方面：
"malloc"
之前的一些回复已经对此进行了详细的讨论。你为什么觉得需要这个调用？对于真正小型的平台，malloc往往是不可用的，或者说是可选的。实现动态内存分配往往在底层系统中使用RTOS才有意义，但在那之前，它纯粹是危险的。
您可以在没有它的情况下走得很远。只需想想所有旧的FORTRAN程序，它们甚至没有适当的堆栈来存储本地变量...
