在我的应用程序中，有些情况下对象相对较小（最多 50 个字节），例如用于记录目的的消息类，必须在程序执行期间频繁地创建和释放（由 GC）。所以我担心动态分配这些对象的开销。正如question 中所述，有一些可用于本机代码的快速内存分配器。
.Net 中是否有快速内存分配的概念，或者 .Net 中是否需要快速内存分配？如果不是，可以用什么来加速这种实现？ （可能是某种预先分配的对象池。）我应该担心开销吗？
【问题讨论】：
标签： .net memory memory-management dynamic-memory-allocation
您不应该担心开销，除非并且直到您的分析器为您提供确凿的数据来支持您的担忧。
我想您可能能够使用unsafe 代码实现分配器，但是费力和努力值得吗？你必须配置文件才能知道。
【讨论】：
因为它应该是一个设计良好的内存分配器，所以只有 一种 方法来分配垃圾回收的内存。它非常快，分配只需要调整一个指针。比本机代码必须使用的分配器快得多。这样做的难度要大得多，一旦分配了本机内存，它就不能再移动了。这使得编写不受碎片影响的分配器变得困难。对策增加了开销。在 GC 堆中不是问题，它可以压缩。
你无法提高 GC 分配器的速度。
【讨论】：
如果对象很小且寿命很短，我不会太担心。它们最有可能通过 Gen0 GC 收集，这通常相对便宜。
你可以实现一个池，但根据我的经验，这只有在你分配大对象时才有必要（如果我没记错的话，如果对象大于大约 80kB，则它们被放置在大对象堆上）或 非常 许多（每秒数百万）个对象。
所以先正常实现吧。只有当你看到你的程序在 GC 中花费了大量时间时，你才应该担心你的分配。您很可能正在考虑过早优化。
【讨论】：
malloc() 快得多，因此更适合任务调度或消息传递实现。英特尔 TBB 的任务调度确实完全依赖于其分配器的速度。