Сколько куч в программе?

Краткий ответ

Однозначно ответить на вопрос «сколько куч в программе?» нельзя, так как это зависит от нескольких факторов. В стандартной реализации .NET (Core, 5, 6+) используется одна управляемая куча (managed heap) для объектов, но под капотом существует несколько дополнительных кучеподобных структур памяти. В зависимости от контекста (традиционный .NET Framework, Native AOT, сторонние аллокаторы) количество может отличаться.

Детальный разбор

1. Основная управляемая куча (Managed Heap)

В CLR (Common Language Runtime) выделяется одна логическая управляемая куча для размещения экземпляров ссылочных типов (классов, массивов, строк). Однако она сегментирована для оптимизации сборки мусора (Garbage Collection, GC):

• Куча для малых объектов (Small Object Heap, SOH): Хранит объекты размером менее 85 000 байт. Делится на 3 поколения (Generation 0, 1, 2).
• Куча для больших объектов (Large Object Heap, LOH): Для объектов ≥85 000 байт (например, большие массивы). Убирается только при полной сборке мусора (Gen 2 collection).

// Пример объектов в разных кучах
var smallObject = new byte[1000]; // SOH, Generation 0
var largeObject = new byte[100000]; // LOH

2. Дополнительные структуры памяти

Хотя формально это не всегда «кучи» в классическом понимании, они выделяют динамическую память:

• Кучa для стеков потоков (Thread Stack): Каждый поток имеет свой стек для локальных переменных и вызовов методов. Обычно выделяется отдельно.
• Куча для Pinned объектов (Pinned Object Heap): В .NET 5+ появилась отдельная область для закреплённых объектов (чтобы избежать фрагментации SOH).
• Куча для высокопроизводительных операций (ArrayPool, MemoryPool): Пул буферов использует неуправляемую память или выделенные сегменты управляемой кучи.
• Неуправляемая куча (Unmanaged Heap): Используется при вызовах через P/Invoke, нативной памяти через Marshal.AllocHGlobal, или при работе с COM-объектами.

// Пример работы с неуправляемой кучей
using System.Runtime.InteropServices;
IntPtr unmanagedMemory = Marshal.AllocHGlobal(1024); // Выделение в неуправляемой куче
Marshal.FreeHGlobal(unmanagedMemory); // Освобождение

3. Сценарии с несколькими кучами

• Серверный GC (Server GC): В многопроцессорных системах может создаваться несколько управляемых куч (по одной на логический процессор) для параллельной работы.
• Контейнеры и микросервисы: В Kubernetes или Docker может работать несколько процессов .NET, каждый со своей кучей.
• Сторонние аллокаторы: Например, при использовании библиотек вроде jemalloc или Microsoft.IO.RecyclableMemoryStream могут создаваться дополнительные пулы памяти.
• Native AOT (Ahead-of-Time компиляция): В .NET 8+ для Native AOT сборки управляемая куча может быть реализована иначе, но обычно остаётся одна основная куча.

4. Как проверить?

Можно использовать PerfView, dotnet-counters или Visual Studio Diagnostic Tools для анализа памяти. Например, через dotnet-counters:

dotnet-counters monitor --name your-app --counters "GC Heap Size"

В выводе вы увидите общий размер управляемой кучи, но не отдельных её сегментов.

Итог

• Базовый ответ: 1 управляемая куча (логически), разделённая на SOH и LOH.
• С учётом внутренней структуры: 2 основные (SOH и LOH) + дополнительные области (Pinned Heap, стеки, неуправляемая куча).
• В сложных средах: Может быть несколько управляемых куч (Server GC) + множество дополнительных пулов.

Важно уточнить контекст вопроса: если речь о C# / .NET приложении в стандартной конфигурации рабочей станции, то обычно подразумевают одну управляемую кучу, но технически память организована сложнее для оптимизации производительности и сборки мусора.