На этой странице

Node.js, построенный на JavaScript-движке V8 от Google, предлагает мощную среду выполнения для запуска JavaScript на стороне сервера. Однако по мере роста ваших приложений управление памятью становится критической задачей для поддержания оптимальной производительности и решения таких проблем, как утечки памяти или падения. В этой статье мы исследуем, как отслеживать, управлять и оптимизировать использование памяти в Node.js. Мы также разберём важные концепции V8, такие как куча (heap) и сборка мусора, и обсудим, как использовать флаги командной строки для тонкой настройки поведения памяти.

В своей основе V8 делит память на несколько частей, две основные области — это куча (heap) и стек (stack). Понимание этих пространств, особенно того, как управляется куча, — ключ к улучшению использования памяти в вашем приложении.

Управление памятью в V8 основано на поколенческой гипотезе (generational hypothesis) — идее о том, что большинство объектов «умирают молодыми». Поэтому он разделяет кучу на поколения, чтобы оптимизировать сборку мусора:

  1. New Space (новое пространство): здесь выделяются новые, короткоживущие объекты. Ожидается, что объекты здесь «умрут молодыми», поэтому сборка мусора происходит часто, позволяя быстро освобождать память.

    Например, допустим, у вас есть API, принимающий 1000 запросов в секунду. Каждый запрос порождает временный объект вроде { name: 'John', age: 30 }, который отбрасывается после обработки запроса. Если оставить размер New Space по умолчанию, V8 будет часто выполнять малые (minor) сборки мусора, чтобы очищать эти небольшие объекты, обеспечивая управляемое использование памяти.

  2. Old Space (старое пространство): объекты, пережившие несколько циклов сборки мусора в New Space, продвигаются (promoted) в Old Space. Обычно это долгоживущие объекты, такие как пользовательские сессии, данные кэша или постоянное состояние. Поскольку эти объекты, как правило, живут дольше, сборка мусора в этом пространстве происходит реже, но более ресурсоёмка.

    Допустим, вы запускаете приложение, отслеживающее пользовательские сессии. Каждая сессия может хранить данные вроде { userId: 'abc123', timestamp: '2025-04-10T12:00:00', sessionData: {...} }, которые должны сохраняться в памяти, пока пользователь активен. По мере роста числа одновременных пользователей Old Space может заполниться, вызывая ошибки нехватки памяти или более медленное время отклика из-за неэффективных циклов сборки мусора.

В V8 память для JavaScript-объектов, массивов и функций выделяется в куче. Размер кучи не фиксирован, и превышение доступной памяти может привести к ошибке «out-of-memory», вызывающей падение вашего приложения.

Чтобы проверить текущий лимит размера кучи, можно использовать модуль v8.

const v8 = require('node:v8');
const { heap_size_limit } = v8.getHeapStatistics();
const heapSizeInGB = heap_size_limit / (1024 * 1024 * 1024);

console.log(`${heapSizeInGB} GB`);
JavaScript

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

Помимо кучи, V8 также использует стек для управления памятью. Стек — это область памяти, используемая для хранения локальных переменных и информации о вызовах функций. В отличие от кучи, которой управляет сборщик мусора V8, стек работает по принципу «последним пришёл — первым ушёл» (Last In, First Out, LIFO).

Всякий раз, когда вызывается функция, в стек проталкивается новый кадр (frame). Когда функция возвращается, её кадр снимается со стека. Стек по размеру гораздо меньше кучи, но он быстрее для выделения и освобождения памяти. Однако у стека ограниченный размер, и чрезмерное использование памяти (например, при глубокой рекурсии) может привести к переполнению стека (stack overflow).

Прежде чем тонко настраивать использование памяти, важно понять, сколько памяти потребляет ваше приложение. Node.js и V8 предоставляют несколько инструментов для мониторинга использования памяти.

Метод process.memoryUsage() даёт представление о том, сколько памяти использует ваш процесс Node.js. Он возвращает объект с деталями вроде:

  • rss (Resident Set Size): общая память, выделенная вашему процессу, включая кучу и другие области.
  • heapTotal: общая память, выделенная под кучу.
  • heapUsed: память, используемая в данный момент внутри кучи.
  • external: память, используемая внешними ресурсами, например биндингами к C++-библиотекам.
  • arrayBuffers: память, выделенная различным Buffer-подобным объектам.

Вот как использовать process.memoryUsage() для мониторинга использования памяти в вашем приложении:

console.log(process.memoryUsage());

Вывод покажет, сколько памяти используется в каждой области:

{
  "rss": 25837568,
  "heapTotal": 5238784,
  "heapUsed": 3666120,
  "external": 1274076,
  "arrayBuffers": 10515
}
JSON

Отслеживая эти значения во времени, вы можете определить, растёт ли использование памяти неожиданно. Например, если heapUsed стабильно растёт, не освобождаясь, это может указывать на утечку памяти в вашем приложении.

Node.js предлагает несколько флагов командной строки для тонкой настройки связанных с памятью параметров, позволяя оптимизировать использование памяти в вашем приложении.

Этот флаг задаёт лимит на размер Old Space в куче V8, где хранятся долгоживущие объекты. Если ваше приложение использует значительный объём памяти, вам может понадобиться скорректировать этот лимит.

Например, допустим, ваше приложение обрабатывает стабильный поток входящих запросов, каждый из которых порождает большой объект. Со временем, если эти объекты не очищаются, Old Space может перегрузиться, вызывая падения или более медленное время отклика.

Увеличить размер Old Space можно, установив флаг --max-old-space-size:

node --max-old-space-size=4096 app.js

Это устанавливает размер Old Space в 4096 МБ (4 ГБ), что особенно полезно, если ваше приложение обрабатывает большой объём постоянных данных, например кэширование или информацию о пользовательских сессиях.

Этот флаг управляет размером New Space в куче V8. New Space — это место, где выделяются вновь создаваемые объекты и где часто происходит сборка мусора. Увеличение этого размера может снизить частоту малых циклов сборки мусора.

Например, если у вас есть API, принимающий большое число запросов, каждый из которых создаёт небольшие объекты вроде { name: 'Alice', action: 'login' }, вы можете заметить деградацию производительности из-за частой сборки мусора. Увеличив размер New Space, вы можете снизить частоту этих сборок и улучшить общую производительность.

node --max-semi-space-size=64 app.js

Это увеличивает New Space до 64 МБ, позволяя большему числу объектов находиться в памяти до запуска сборки мусора. Это особенно полезно в средах с высокой пропускной способностью, где создание и уничтожение объектов происходит часто.

Этот флаг регулирует, как часто происходят циклы сборки мусора. По умолчанию V8 сам определяет лучший интервал, но вы можете переопределить эту настройку в некоторых сценариях, где вам нужен больший контроль над очисткой памяти.

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

node --gc-interval=100 app.js

Эта настройка заставляет V8 пытаться выполнять сборку мусора каждые 100 аллокаций. Возможно, вам понадобится скорректировать этот интервал под конкретные сценарии, но будьте осторожны: слишком низкое значение интервала может вызвать деградацию производительности из-за чрезмерных циклов сборки мусора.

С флагом --expose-gc вы можете вручную инициировать сборку мусора из кода вашего приложения. Это может быть полезно в определённых сценариях, например после обработки большой порции данных, когда вы хотите освободить память перед продолжением дальнейших операций.

Чтобы открыть gc, запустите приложение так:

node --expose-gc app.js

Затем в коде вашего приложения вы можете вызвать global.gc(), чтобы вручную инициировать сборку мусора:

global.gc();

Имейте в виду, что ручной запуск сборки мусора не отключает обычный алгоритм GC. V8 по-прежнему будет выполнять автоматическую сборку мусора по мере необходимости. Ручные вызовы дополняют её и должны использоваться с осторожностью, так как злоупотребление может негативно сказаться на производительности.

Чтобы глубже погрузиться в то, как V8 работает с памятью, посмотрите эти публикации команды V8:

Настраивая размеры Old Space и New Space, выборочно инициируя сборку мусора и конфигурируя лимиты кучи, вы можете оптимизировать использование памяти вашего приложения и улучшить его общую производительность. Эти инструменты дают вам возможность лучше управлять памятью в высоконагруженных сценариях и поддерживать стабильность по мере масштабирования ваших приложений.