Node.js LTS 24: изменения в версионировании и причины срочного обновления

[hannadev]

Node.js 24 уже в статусе LTS, и это меняет правила игры для всех, кто работает с серверным JavaScript. В этой статье разберём, что именно поменялось в версионировании, какие фичи появились и почему стоит обновиться прямо сейчас. Полезно, чтобы не упустить безопасность и производительность.

Ужесточение графика релизов и свежие CVE подталкивают к апгрейду. Мы пройдёмся по срокам поддержки, ключевым улучшениям и сравним с Node.js 22, чтобы вы понимали риски и выгоды.

Новое версионирование: от двух релизов к одному

Node.js меняет подход к релизам, начиная с версии 27. Вместо двух мажорных версий в год теперь будет одна - в апреле, с переводом в LTS в октябре. Это упрощает планирование: каждая версия сразу становится LTS без разделения на чётные и нечётные. Для Node.js 24 это значит поддержку до 30 апреля 2028 года, в то время как Node.js 22 уйдёт в maintenance в апреле 2026, а 20.x - уже сейчас на грани.

Такие изменения решают проблему путаницы с ветками. Раньше разработчики путались в Current и LTS, теперь фокус на стабильности. Пример: ветка 23.x завершится 1 июня 2025, а 18.x уже мертва с апреля 2025. Это заставляет команды обновляться чаще, но даёт предсказуемость.

• Alpha-фаза (6 месяцев): с октября по март, для раннего тестирования с мажорными изменениями.
• Current (6 месяцев): апрель-октябрь, стабилизация.
• LTS (30 месяцев): долгосрочная поддержка с фиксами безопасности.
• EOL: конец всего.

Ветка	Статус на март 2026	EOL
24.x	Активный LTS	30.04.2028
22.x	Maintenance с апреля 2026	Апрель 2027
20.x	Maintenance	Апрель 2026

Важно: Node.js 24 вошёл в LTS 28 октября 2025, после стабилизации.## Ключевые улучшения в Node.js 24

Версия 24 принесла V8 12.x (а потом 13.6), что ускорило garbage collection и WebAssembly. Плюс стабильный require(ESM) без флагов - теперь CommonJS может грузить ES-модули нативно. Это решает давнюю боль интеропа CJS/ESM, особенно с npm-пакетами только в ESM.

Native WebSocket клиент (new WebSocket()) избавляет от пакета ws для простых случаев. Улучшен permission model с гранулярными --allow-fs-read/write. А --experimental-strip-types для TypeScript stripping движется к стабильности - удобно для скриптов без лишнего билда. npm обновлён до 11, плюс фиксы в Windows toolchain.

Вот основные фичи:

- V8 12.x/13.6: быстрее GC, новые JS-фичи, лучше Wasm.- require(esm) стабильный: без --experimental-require-module.- Native WebSocket: встроенный клиент.- Permissions: точный контроль FS-доступа.- TS stripping: --experimental-strip-types ближе к продакшену.	Фича	Node.js 22	Node.js 24
V8	11.x	12.x/13.6
require(ESM)	Экспериментальный	Стабильный
WebSocket	Через ws	Native
TS strip	Нет	Экспериментально

Нюанс: В 24.13.0 и 24.13.1 залатали CVE вроде CVE-2025-55131 (buffer zero-fill) и CVE-2026-21637 (TLS errors).## Причины срочного обновления прямо сейчас

В январе 2026 вышли security-реleases для 24.x с фиксами 3 high, 1 medium и 1 low уязвимостей. Node.js 22 и 20 в похожем положении, но их maintenance начинается в апреле 2026 - только security-фиксы, без фич. Плюс январский релиз безопасности перенесли на 7 января из-за праздников, показав уязвимости во всех ветках.Если вы на 22.x с ESM-пакетами в CJS, апгрейд спасёт от флагов и ошибок. Производительность вырастет за счёт V8, а Docker-деплои упростятся. Greenfield-проекты обязаны стартовать на 24. Enterprise с медленным циклом может подождать, но риски CVE растут.

Когда обновляться:

• Срочно: если используете TLS, buffers или FS - из-за свежих CVE.- Greenfield/Docker: все новые фичи нативно.- ESM/CJS микс: стабильный interop.

• Избегать 20.x: EOL близко, без новых фич.	Сценарий	Рекомендация	Причина
  Новый проект	Node.js 24	LTS до 2028, все фичи
  С 22.x	Обновить	Maintenance в 2026
  С 20.x	Обновить срочно	Почти EOL

Ключ: Buffer методы теперь работают с Uint8Array, fs-фиксы для non-ASCII.## Что меняется в поддержке после 24

График эволюционирует: Node.js 26 выйдет в апреле 2026 по старой схеме, но 27 уже по новой - один релиз в год. LTS для 24 держится 30 месяцев, что даёт буфер для миграции. Останутся вопросы по native modules и CI-тестам, но общие улучшения в src и benchmark перевешивают.

Это открывает двери для большего фокуса на стабильности, без спешки с odd-ветками. Подумайте о тестировании Alpha 27.x заранее, если хотите быть впереди.