とても良い質問です。
これは Dockerの仕組み（特にコンテナの仮想化方式） を理解する上で非常に本質的な問いです。
結論から言うと：
DockerがどのOSでも同じように動くのは、コンテナの中身は常にLinux環境で動いているから、
そして Windows上ではそのLinux環境を間接的に動かしているから です。
以下で、仕組みを段階的に説明します。
① まず前提：Dockerコンテナは「軽量なLinux仮想環境」
Dockerコンテナは、実際には Linuxカーネルの機能（namespaces, cgroups, chroot など）を利用して、
隔離されたプロセス空間を作る技術 です。
つまり、DockerコンテナはOSレベルの仮想化であり、
仮想マシンのように別OSを動かすわけではない という点が重要です。
② Linuxでは「ネイティブ動作」
Linux上でDockerを動かす場合：
アプリ → Docker Engine → Linuxカーネル
この構成では、DockerはLinuxカーネルを直接使えるため、
cgroups や namespaces などの機能でコンテナを軽量に分離できます。
→ Linux上のDockerは「ネイティブなコンテナ実行環境」です。
③ Windows上では「間接的にLinuxを動かしている」
問題は、WindowsのカーネルはLinuxカーネルとは別物 ということです。
Dockerコンテナの中身（たとえば Ubuntu ベースのイメージなど）は Linux 用のバイナリであり、Windowsでは直接動かせません。
そのため、Windows上のDockerは以下のような方法で Linuxカーネルを内部的に動かしています。
● 旧方式（Docker Toolbox 時代）
● 現行方式（Docker Desktop）
つまり、Windows上のDockerはこうなっています：
アプリ → Docker Desktop → WSL2（Linuxカーネル） → コンテナ
結果として、内部では本物のLinux環境上でコンテナが動いているため、
Linuxと同じDockerイメージが動くわけです。
④ macOSも同じ理屈
macOSもLinuxカーネルではありません。
したがって、Dockerは内部で小さな Linux仮想マシン（HyperKit） を起動し、その中でDocker Engineを動かしています。
アプリ → Docker Desktop → HyperKit上のLinux VM → コンテナ
⑤ 結果：どのOSでも「中身はLinux」
| 実行環境 | Dockerの実際の動作 |
|---|
| Linux | ネイティブ実行（直接カーネル利用） |
| Windows | WSL2またはVM上でLinuxを動かす |
| macOS | 軽量Linux VM上で実行 |
| 結果 | どのOSでも同じLinuxコンテナが動く |
DockerイメージはLinuxファイルシステム（rootfs）とLinuxバイナリで構成されているため、
実際に動いているカーネルさえLinuxであれば、動作は同一になるのです。
⑥ 例外：Windows専用コンテナ
実は、Windowsにも「Windowsコンテナ」という仕組みがあります。
これは Linux コンテナとは全く別物で、Windowsカーネルの機能を使って動作します。
Windowsコンテナ：Windows Server カーネル上で動作Linuxコンテナ：Linux カーネル上で動作
Docker Desktopでは、どちらのタイプもサポートしていますが、
Linuxコンテナが事実上の標準です。
⑦ まとめ
| 項目 | 内容 |
|---|
| コンテナの正体 | Linuxカーネルの機能を使った軽量仮想化 |
| Linux上のDocker | カーネルを直接利用（ネイティブ） |
| Windows上のDocker | WSL2でLinuxカーネルを動かして間接的に実行 |
| macOS上のDocker | 軽量Linux VM上で動作 |
| 結果 | どのOSでも同じDockerイメージが動く（中身はLinux） |
この記事へのコメント