Is a JavaScript runtime built on Chrome`s V8 JavaScript engine

Node.js (32-bit)

Node.js (32-bit)

  -  26.32 MB  -  Open Source
  • Latest Version

    Node.js 22.10.0 (32-bit) LATEST

  • Review by

    Daniel Leblanc

  • Operating System

    Windows 7 / Windows 8 / Windows 10 / Windows 11

  • User Rating

    Click to vote
  • Author / Product

    Node.js Foundation / External Link

  • Filename

    node-v22.10.0-x86.msi

  • MD5 Checksum

    ff7c48edd3823dcfb97cdf276cc2439c

As an asynchronous event-driven JavaScript runtime, Node is designed to build scalable network applications. In the following "hello world" example, many connections can be handled concurrently. Upon each connection, the callback is fired, but if there is no work to be done, the Node will sleep.

This is in contrast to today's more common concurrency model where OS threads are employed. Thread-based networking is relatively inefficient and very difficult to use. Furthermore, users of Nodejs are free from worries of dead-locking the process, since there are no locks. Almost no function in the app directly performs I/O, so the process never blocks. Because nothing blocks, scalable systems are very reasonable to develop in Node.

Node.js is similar in design to and influenced by, systems like Ruby's Event Machine or Python's Twisted. It takes the event model a bit further. It presents an event loop as a runtime construct instead of a library. In other systems, there is always a blocking call to start the event-loop. Typically behavior is defined through callbacks at the beginning of a script and at the end starts a server through a blocking call like EventMachine::run(). In Node js, there is no such start-the-event-loop call. It simply enters the event loop after executing the input script. The tool exits the event loop when there are no more callbacks to perform. This behavior is like browser JavaScript — the event loop is hidden from the user.

HTTP is a first-class citizen in Nodejs, designed with streaming and low latency in mind. This makes Node js well suited for the foundation of a web library or framework.

Just because Nodejs is designed without threads, doesn't mean you cannot take advantage of multiple cores in your environment. Child processes can be spawned by using child_process.fork() API, and are designed to be easy to communicate with. Built upon that same interface is the cluster module, which allows you to share sockets between processes to enable load balancing over your cores.

Also Available: Node.js (64-bit) and Node.js for Mac

  • Node.js 22.10.0 (32-bit) Screenshots

    The images below have been resized. Click on them to view the screenshots in full size.

    Node.js 22.10.0 (32-bit) Screenshot 1
  • Node.js 22.10.0 (32-bit) Screenshot 2
  • Node.js 22.10.0 (32-bit) Screenshot 3
  • Node.js 22.10.0 (32-bit) Screenshot 4

What's new in this version:

Notable Changes:
New "module-sync" exports condition:
- This release introduces a "module-sync" exports condition that's enabled when require(esm) is enabled, so packages can supply a synchronous ES module to the Node.js module loader, no matter if it's being required or imported. This is similar to the "module" condition that bundlers have been using to support require(esm) in Node.js, and allows dual-package authors to opt into ESM-first only on newer versions of Node.js that supports require(esm) to avoid the dual-package hazard.
- For package authors: this only serves as a feature-detection mechanism for packages that wish to support both CJS and ESM users during the period when some active Node.js LTS versions support require(esm) while some older ones don't. When all active Node.js LTS lines support require(esm), packages can simplify their distributions by bumping the major version, dropping their CJS exports, and removing the module-sync exports condition (with only main or default targetting the ESM exports). If the package needs to support both bundlers and being run unbundled on Node.js during the transition period, use both module-sync and module and point them to the same ESM file. If the package already doesn't want to support older versions of Node.js that doesn't support require(esm), don't use this export condition.
- For bundlers/tools: they should avoid implementing this stop-gap condition. Most existing bundlers implement the de-facto bundler standard module exports condition, and that should be enough to support users who want to bundle ESM from CJS consumers. Users who want both bundlers and Node.js to recognize the ESM exports can use both module/module-sync conditions during the transition period, and can drop module-sync+module when they no longer need to support older versions of Node.js. If tools do want to support this condition, it's recommended to make the resolution rules in the graph pointed by this condition match the Node.js native ESM rules to avoid divergence.
- We ended up implementing a condition with a different name instead of reusing "module", because existing code in the ecosystem using the "module" condition sometimes also expect the module resolution for these ESM files to work in CJS style, which is supported by bundlers, but the native Node.js loader has intentionally made ESM resolution different from CJS resolution (e.g. forbidding import './noext' or import './directory'), so it would be breaking to implement a "module" condition without implementing the forbidden ESM resolution rules. For now, this just implements a new condition as semver-minor so it can be backported to older LTS.

Other notable changes:
- (SEMVER-MINOR) crypto: add KeyObject.prototype.toCryptoKey
- (SEMVER-MINOR) crypto: add Date fields for validTo and validFrom
- doc: add abmusse to collaborators
- (SEMVER-MINOR) http2: expose nghttp2_option_set_stream_reset_rate_limit as an option
- (SEMVER-MINOR) lib: propagate aborted state to dependent signals before firing events
- (SEMVER-MINOR) module: support loading entrypoint as url
- (SEMVER-MINOR) module: implement flushCompileCache()
- (SEMVER-MINOR) module: throw when invalid argument is passed to enableCompileCache()
- (SEMVER-MINOR) module: write compile cache to temporary file and then rename it
- (SEMVER-MINOR) process: add process.features.require_module
- (SEMVER-MINOR) process: add process.features.typescript
- (SEMVER-MINOR) test_runner: support custom arguments in run()
- (SEMVER-MINOR) test_runner: add 'test:summary' event
- (SEMVER-MINOR) test_runner: add support for coverage via run()
- (SEMVER-MINOR) worker: add markAsUncloneable api