为什么动态内存不好？[关闭]

在体育节目中，他们不费心，直接写在记忆任务里，给每个岳父这么多时间。考虑到动态是分配的时间，没有人愿意失去它，因为它还不够。在体育编程中，没有万无一失的类型检查，输入更多……没有人会用 Java 来测试 C 的威力。用一种语言解决的问题应该有另一种语言的等价物，语言的选择绝对无关紧要。

我没有做体育节目，所以我会从实际任务的角度来描述它。我怀疑体育编程中对动态内存的不信任来自于 C，容易出现内存泄漏，也因为无法使用第三方库。

如果我们谈论性能，那么我们需要澄清现在很少有处理器实现硬件堆栈，在大多数情况下，堆栈是具有相同属性的预先分配的一块动态内存。在这方面，矩阵处理器（视频卡）和一些微控制器有所不同，但我们不会考虑它们。因此，在实践中，问题不在于动态内存的使用，而在于固定大小和可变大小结构之间的选择。如果任务的大小是已知的，没有什么可以阻止在动态内存中分配一个固定大小的数组，编译器将能够应用与在堆栈上创建它时相同的优化（但这里我们谈论的是正式的固定大小,之间vector<int> v(32)有new std::array<int, 32>{}区别）。

动态内存的自分配有两个缺点：相对较慢的分配（和可能的释放）和碎片的可能性（以及相关的数据局部性问题）。对于足够大的数组，这无关紧要——与处理它们的成本相比，分配内存的成本可以忽略不计。

当创建许多小对象时，动态内存的问题就开始了。在 C++ 中，在许多情况下，没有什么能阻止您将几个小对象组合成一个大类或数组，而真正的问题出现在使用动态数据结构（如列表、树和图）时。在这里，任务被简化为选择合适的结构和算法。

通常建议通过以下方式解决问题：您需要应用最通用的方法进行优化，但保持代码的可读性应该是优先事项。应该通过分析来证明优化的必要性。

如果我们谈论可用性，那么对于固定大小的结构有方便的接口。有std::array，为固定大小的数组提供 C++ 接口。对于数学问题，有 Eigen 库，它提供了固定和动态大小矩阵的接口（您可以在列专业和行专业之间进行选择）。并且有一个有趣的数组变体，它具有固定的最大大小，但会更改真实的数组（实际上，是常规固定大小数组的包装器，可防止访问未初始化的数组片段）。它可以实现为vector + fixed_size_allocator。

还有一些元组允许您将不同类型的结构组合成一种固定大小的数组。

有小向量优化和小字符串优化，当小尺寸的数组/字符串被创建为具有固定最大尺寸的数组时，但当达到这个最大尺寸时，就会分配动态内存。例如，llvm 开发人员积极使用这些。

一般来说，这个问题没有一个明确的答案，每个任务都有自己的解决方案，在实践中我们并不总是有机会选择最好的。