🐤 はじめに

「ランタイムって何？」「スレッドってどう動いてるの？」
JavaScript🐰とGo🐻の処理モデルを理解すると、フロントとバックエンドの全体像がスッと繋がります。

この記事では JavaScript（ブラウザ／Node） と Go を例に、
ランタイム・スレッド・イベントループを図解で説明します。

🐰 ランタイムとは？

ランタイムとは プログラムが動くための“箱” のことです。

例：

ブラウザ（Chrome, Safari）
Node.js
Deno / Bun
JVM（Java）
Goランタイム

ランタイムはOSの上で動き、プログラム実行に必要なAPIを提供します。


🐻 OS（Windows / macOS / Linux）
↑
🐰 ランタイム（ブラウザ / Node.js / Goランタイム）
↑
🐤 プログラム

🐸 OS とランタイムの違い

	OS 🐻	ランタイム 🐤
役割	ハードウェアを管理する土台	プログラムを実行する環境
例	Windows / macOS / Linux	ブラウザ / Node / Deno / Goランタイム
例え	家	部屋

OSは“家”、ランタイムは“部屋”
そしてその部屋の中で JavaScript や Go が動いています。

🐶 スレッドとは？

スレッドとは 処理を同時実行するための作業単位。

例えると：

🐤 1人の作業員 → 1スレッド
🐤🐤🐤 10人の作業員 → 10スレッド

CPU は複数スレッドを同時に動かせます。

🐻 Go はマルチスレッド（goroutine）

Go 🐶 の goroutine は軽量スレッドで、何万個でも動かせます。

go func() {
    fmt.Println("Hello 🐤")
}()

GoランタイムはOSのスレッドを上手く使い、
CPUをフル活用する高性能処理が可能です。

🐰 JavaScript はシングルスレッド

JavaScript 🐤 は基本的に 1つのスレッドでしか動きません。

console.log("A 🐤")
console.log("B 🐰")

A → B のように順番で動きます。

でも……
fetch や setTimeout を同時に動かしてるように見えますよね？🐸

🐸 なぜ JavaScript は同時に動くように見えるのか？

理由は、
JavaScript（メインスレッド）は1つだが、ランタイム側には複数スレッドがある
からです。

ブラウザやNode.js内部には…

Web API (非同期処理)
HTTP処理スレッド
タイマースレッド
I/Oスレッド（Node.js）

などが並行して動いています。

JavaScript は自分がシングルなのに、
ランタイムのスレッドに仕事をお願いしている だけなのです。

🐤 イベントループとは？

イベントループは
「ランタイムの裏側で終わった処理を、JavaScriptに戻す係」
です。

① JavaScript（シングルスレッド）
② fetch を呼ぶ → ランタイムへ
③ ランタイムが別スレッドで処理
④ 終わったらタスクキューへ
⑤ イベントループが確認
⑥ JavaScriptのメインスレッドへ戻す

つまり：

JS → シングルスレッド
ランタイム → マルチスレッド
イベントループ → 調整役（司令塔）

という構造になっています。

🐶 Go と JavaScript の比較まとめ

	Go 🐶	JavaScript 🐰
スレッドモデル	goroutine（多い）	シングルスレッド
並行処理	OSスレッド使用	ランタイムのスレッド使用
適した処理	CPU重い処理	I/O中心の処理
実行環境	Goランタイム	ブラウザ / Node.js

🐻 まとめ

🐤 OSは土台、ランタイムは実行環境
🐰 スレッドは処理の流れの単位
🐸 JavaScriptはシングルスレッド
🐶 非同期処理はランタイムのスレッドが担当
🐻 イベントループはJSへ処理を渡す司令塔

これを理解すると、JavaScript と Go の動作モデルが一気に繋がります。

🐯 Go に大量アクセスが来たらどうなる？（9000リクエスト同時の場合）

たとえば、以下の3つのエンドポイントがあるとします。

GET /users
POST /users
DELETE /users/:id

9000人が同時アクセスし、
各エンドポイントへ 3000リクエストずつ 来たらどうなるでしょうか？

結論はこうです👇

Go は「9000リクエスト → 9000個の goroutine」を自動生成する

Go の net/http は 1リクエストにつき 1 goroutine を自動で作ります。

そのため、開発者が goroutine を書かなくても、

3000 GET
3000 POST
3000 DELETE
合計 9000 goroutine

が自動生成されます。

🐻 でも CPU が 4 コアなら、同時に動ける goroutine は 4つだけ

CPU コアは同時に動ける処理数を表します。

例：
AWS EC2 の vCPU 4 インスタンスなら…

同時に“実行中”なのは最大 4 goroutine
他の 8996 goroutine は「待ち」「I/O待ち」「スケジュール待ち」

CPUコア（4個）
├─ 実行中のgoroutine……4個
└─ 待機中のgoroutine……数千個

それでも高速なのは“goroutine が超軽量”だから

goroutine は OSスレッドより軽いので、

数万 goroutine
数万同時接続
大量 I/O

などを効率よくさばけます。

🐸 Go が高負荷に強い理由

Go の並行処理は
「M:N スケジューリング」 という方式で動きます。

M = OS スレッド（例：4）
N = goroutine（例：9000）

Go ランタイムが OSスレッドと goroutine を
高速に切り替え、空いているCPUコアに次々割り当てる
ため、CPUが少なくても大量アクセスを処理できます。

🐤 ボトルネックは Go ではなく外部（DB, API）

多くの場合、詰まるのは Go ではなく…

DB接続数（RDS, DynamoDB）
外部APIのレスポンス
ファイルI/O
ロック

です。

🐶 全体まとめ

この記事では、JavaScriptとGoという性質の異なる2つの言語を例に、

OSとランタイムの違い
スレッドとは何か
JavaScriptがシングルスレッドでも非同期に強い理由（イベントループ）
Goが大量アクセスに強い理由（goroutine と M:N スケジューリング）
9000アクセス時にGoがどのように動くか

といった “並行処理の根本” を整理して理解しました。

🐤 要点をぎゅっとまとめると：

OS は土台、ランタイムはその上の“実行環境”
JavaScript はシングルスレッドだが、ランタイム（ブラウザ/Node）が裏側で複数スレッドを持ち、イベントループが非同期処理を調整している
Go は goroutine を使って大量の処理を並行に実行できる
CPU コア数に限りがあっても、goroutine は超軽量で大量アクセスを効率よくさばける
実際に詰まりやすいのは Go 本体よりも外部リソース(DB, API)

🐻 最後に

JavaScript と Go の処理モデルを比較すると、

“シングルスレッドでも並行ができるJavaScript”
“マルチスレッドで膨大な処理をこなすGo”

という、それぞれの強みがよりよく理解できるようになります。

ランタイム・スレッド・イベントループの概念は、
フロントエンドとバックエンドの両方を学ぶ上での基礎になるので、
この記事がその理解の助けになれば嬉しいです🐤✨

Discussion