Node.js 22 LTS — Everything Developers Need to Know for Production in 2026

Node.js 22 was released on 24 April 2024 and became Active LTS on 29 October 2024. Two years on, it remains one of the most widely deployed runtimes in production and a proven, low-risk upgrade target for teams still running Node.js 18 or 20. It combines the V8 12.4 engine, the Maglev compiler enabled by default, and a set of built-in features that previously required external packages.

This guide covers what engineering teams need to know in 2026: what is new, where Node.js 22 sits relative to the newer Node.js 24 LTS, the migration considerations, and how to approach the upgrade safely for production systems.

What Is Node.js 22 LTS?

Node.js follows a predictable release cadence. Even-numbered releases (18, 20, 22, 24) become Long-Term Support versions: roughly 12 months as the active "Current" and then Active LTS, followed by a maintenance phase before end-of-life. Node.js 22 ships with V8 12.4 (the JavaScript engine from Chrome), libuv improvements for I/O, and a set of APIs that were experimental in Node.js 20 and are now stable.

For production teams, the practical point is stability with a clear support horizon. Applications built on Node.js 22 receive security patches and critical fixes through to its end-of-life on 30 April 2027, which makes it appropriate for production workloads that need predictable, long-term support. Teams upgrading from Node.js 18 or 20 will find Node.js 22 largely compatible, with breaking changes confined to internal APIs and deprecations most applications never touch.

Support Timeline: Node.js 22 vs Node.js 24

An important update for 2026: Node.js 22 is no longer the newest LTS. Node.js 24 was released in May 2025 and entered Active LTS later that year, with security support running until 30 April 2028. Node.js 22's active phase runs to around October 2026, after which it enters maintenance, with security support until April 2027. Meanwhile, Node.js 20 reaches end-of-life in 2026, so teams still on 20 should plan their move now.

So which should you choose? For greenfield projects that want the longest runway, Node.js 24 is the better target. For teams already running Node.js 18 or 20, Node.js 22 is a proven, well-documented, low-risk step that buys you a stable platform with broad ecosystem support. Many production systems in 2026 standardise on Node.js 22 precisely because it has been battle-tested for two years — and because much of the tooling, hosting, and addon ecosystem has long since caught up to it.

V8 12.4 and the Maglev Compiler

The V8 engine is the foundation of Node.js runtime performance. Node.js 22 ships with V8 12.4, a significant step up from the V8 11.3 in Node.js 20, and — importantly — enables the Maglev compiler by default on supported 64-bit architectures (x64 and arm64).

Maglev is a mid-tier just-in-time compiler that sits between the interpreter and V8's top-tier optimising compiler. Its biggest impact is on short-lived programs — CLIs, build scripts, and serverless functions — where code does not run long enough to reach the top-tier compiler. V8 12.4 also brings WebAssembly garbage-collection improvements that help memory-heavy WASM workloads.

A word of caution on performance claims: real-world gains vary widely by workload, and the honest guidance is to benchmark your own application rather than rely on generic numbers. Where Node.js 22 helps most is high-throughput API servers (which benefit from V8's string and JSON optimisations) and short-lived processes (which benefit from Maglev). These improvements apply automatically on upgrade, with no code changes required.

New Built-In Features

Node.js 22 stabilises several APIs that were experimental in Node.js 20 and introduces built-in capabilities that previously required external packages.

Native Test Runner

The Node.js test runner, introduced experimentally in Node.js 18, is stable in Node.js 22. It supports parallel test execution, mock functions, spies, code-coverage reporting, and TAP output. It is not a full replacement for the ecosystem tooling around Jest or Vitest, but for simpler testing needs it removes a dependency.

Native Watch Mode

The --watch flag is now stable. Starting your application with node --watch index.js automatically restarts the process when source files change — a built-in alternative to nodemon or ts-node-dev for development workflows.

WebSocket Client by Default

The browser-compatible WebSocket client, previously behind --experimental-websocket, is enabled by default in Node.js 22. Together with the built-in fetch available since Node.js 18, this lets you write more isomorphic code with fewer polyfills.

require() for ES Modules

Node.js 22 adds require() support for fully synchronous ES module graphs under the --experimental-require-module flag. When the target module is marked as an ES module and contains no top-level await, require() can load it and return its namespace object — easing interop for codebases mixing CommonJS and ESM.

Security Enhancements and Permission Model

Node.js 22 continues to develop the experimental permission model introduced in Node.js 20. The permission model lets you restrict which file-system paths, child processes, and network destinations a Node.js process can access — useful for sandboxing untrusted code or enforcing least-privilege in server applications. It remains experimental, so test thoroughly before relying on it for security-critical use.

Standard security improvements include hardening of the DNS resolution layer, edge-case fixes in the HTTP parser, and OpenSSL updates underpinning TLS and cryptography. These apply automatically on upgrade with no code changes.

ESM and CommonJS Interoperability

One of the most practical improvements for teams maintaining large codebases is better interoperability between ES modules and CommonJS. Node.js 22 reduces the friction of using ESM-only packages from CommonJS contexts — with the new require(ESM) capability noted above — cutting down on wrapper shims and dynamic-import workarounds. For teams gradually migrating from CommonJS to ESM, this is a meaningful quality-of-life gain.

Migration Checklist: Upgrading to Node.js 22

Before upgrading production systems, work through this checklist.

Update your runtime: change your Dockerfile base image, .nvmrc, or the package.json engines field to Node.js 22, and run your complete test suite against it before proceeding.

Audit native addons: if your application uses compiled native addons (C++ bindings), confirm Node.js 22 compatible builds are available. Most major addons publish them, but verify first.

Check for deprecated API usage: run your application with node --pending-deprecation to surface usage of APIs that may be removed in future versions.

Update CI/CD: add Node.js 22 to your GitHub Actions, CircleCI, or other test matrix before removing older versions, so you can catch issues without disrupting existing pipelines.

Monitor after upgrade: in staging, compare memory profiles and request latency against your previous baseline. Node.js 22 generally runs leaner and faster, but unexpected differences can flag version-specific code paths worth investigating.

Running Node.js 22 in Production in 2026

Several operational considerations apply specifically to Node.js 22.

Container images: official images are on Docker Hub as node:22, node:22-slim, and node:22-alpine. The alpine variant gives the smallest image. Pin a specific patch version (for example node:22.x.x) rather than the floating node:22 tag for reproducible production builds.

Serverless: AWS Lambda, Google Cloud Run, and Azure Functions all support Node.js 22 runtimes. The Maglev compiler's faster start-up for short-lived processes is particularly valuable for serverless workloads with variable traffic.

Process management: PM2 fully supports Node.js 22 and provides clustering, zero-downtime restarts, and memory monitoring for non-containerised deployments; for containers, let your orchestrator manage processes.

Our Node.js development team at PapaSiddhi Technologies has completed Node.js 22 migrations for enterprise clients. If you need support upgrading a complex production application, optimising for your specific workload, or building a new application on Node.js 22 (or 24) LTS, contact our team for an initial discussion.