---
title: Node.js®とは
layout: about
---

# Node.js®とは

非同期イベント駆動型のJavaScript実行環境であるNode.jsはスケール可能なネットワークアプリケーションを構築するために設計されています。次の「hello world」の例では多数のネットワーク接続を同時に処理できます。各ネットワーク接続でコールバックが呼び出されますが、実行する処理がない場合はNode.jsはスリープします。

```cjs
const { createServer } = require('node:http');

const hostname = '127.0.0.1';
const port = 3000;

const server = createServer((req, res) => {
  res.statusCode = 200;
  res.setHeader('Content-Type', 'text/plain');
  res.end('Hello World');
});

server.listen(port, hostname, () => {
  console.log(`Server running at http://${hostname}:${port}/`);
});
```

```mjs
import { createServer } from 'node:http';

const hostname = '127.0.0.1';
const port = 3000;

const server = createServer((req, res) => {
  res.statusCode = 200;
  res.setHeader('Content-Type', 'text/plain');
  res.end('Hello World');
});

server.listen(port, hostname, () => {
  console.log(`Server running at http://${hostname}:${port}/`);
});
```

これはOSのスレッドを使用する一般的な同時実行モデルとは対照的です。スレッドベースのネットワーク処理は比較的効率が悪く、使いこなすのが非常に難しくなります。さらにNode.jsではロックがないため、プロセスのデッドロックの心配から解放されます。Node.jsにはI/Oを直接実行する関数がほとんどないため、Node.js標準ライブラリーの同期メソッドを使用してI/Oが実行される場合を除いてプロセスがブロックされることはありません。何もブロックしないNode.jsでスケーラブルなシステムを開発するのは非常に合理的です。

もしこの内容に馴染みがない場合は、さらに詳しく解説している[Blocking vs. Non-Blocking](/learn/asynchronous-work/overview-of-blocking-vs-non-blocking)を確認してください。

---

Node.jsはRubyの[Event Machine](https://github.com/eventmachine/eventmachine)やPythonの[Twisted](https://twisted.org/)に影響を受けており、似たシステム設計になっています。Node.jsはイベントモデルをもう少し深掘りしています。Node.jsはイベントループをライブラリーとしてではなく実行環境の構成要素として提供します。他のシステムではイベントループを開始するために常にブロック処理の呼び出しがあります。一般的にはスクリプトの最初にコールバックによって振る舞いが定義され、最後に `EventMachine::run()` のようなブロック処理の呼び出しによってサーバーが起動されます。Node.jsにはこのようなイベントループの開始時の呼び出しがありません。Node.jsは入力されたスクリプトを実行したあと、単にイベントループに入ります。Node.jsは実行するコールバックがなくなるとイベントループを終了します。この動作はブラウザー上のJavaScriptと同じでイベントループはユーザーから隠されています。

HTTPはNode.jsの中では第一級オブジェクトであり、ストリーミングや低レイテンシーを意識して設計されています。このためNode.jsはウェブのライブラリーやフレームワークの基盤として適しています。

Node.jsはスレッドを用いず設計されていますが、マルチコアを利用できないわけではありません。子プロセスは[`child_process.fork()`](https://nodejs.org/api/child_process.html) APIを使って作成でき、簡単に通信できるように設計されています。これと同じインターフェイスをもとに作られたのが[`cluster`](https://nodejs.org/api/cluster.html)モジュールで、プロセス間でソケットを共有することでコアの負荷分散を行えます。

## Node.js公式の情報源

Node.jsを利用する上で信頼性と安全性を確保するために、常に公式の情報を確認してください。非公式の情報源からの電子メール、バイナリー、ダウンロード処理といったものを信用しないようにしてください。

### Node.js公式のドメイン

Node.jsのダウンロードと公式ドキュメントの参照は次のドメインのみを使用してください：

- [nodejs.org](https://nodejs.org)
- [nodejs.dev](https://nodejs.dev) _(https://nodejs.org にリダイレクトされます)_
- [iojs.org](https://iojs.org) _(https://nodejs.org にリダイレクトされます)_

### 公式のnpmパッケージ

Node.jsチームは公式npmパッケージを次のスコープで管理しています：

- [`@node-core`](https://npmjs.com/~node-core)
- [`@pkgjs`](https://npmjs.com/~pkgjs)

さらにNode.jsチームは[`nodejs-foundation`](https://npmjs.com/~nodejs-foundation)のnpmアカウントで公開されているパッケージを管理しています。
また、他のNode.js関連パッケージ（[`undici`](https://www.npmjs.com/package/undici)のようなもの）もプロジェクトに密接に関係する貢献者によって管理されているかもしれません。

Node.jsチームのパッケージを利用することで公式にサポートされているNode.jsコンポーネントを利用していることが保証されます。

### 公式GitHub Organization

Node.jsとその関連プロジェクトは次の公式GitHub Organizationで管理されています：

- [nodejs](https://github.com/nodejs)
- [pkgjs](https://github.com/pkgjs)

### 公式コミュニケーションチャンネル

Node.jsとOpenJS Foundationはさまざまな公式チャネルやコミュニティがサポートするチャネルを通じて連携しています。参加方法の詳細は[活動への参加](https://nodejs.org/ja/about/get-involved)ページにあります。

### ウェブサイトの問題とダウンタイムの報告

Node.jsのウェブサイトで問題が発生した場合は[Node.jsウェブサイトリポジトリー](https://github.com/nodejs/nodejs.org/issues)に報告してください。障害に関するリアルタイムの情報については[Node.js Status Page](https://status.nodejs.org) をご確認ください。
