Zenn
🔌

ソケットを理解する。

2025/02/23に公開
http
TCP
IP
socket
tech

Webアプリケーションやネットワークプログラミングを扱ううえで、理解がほぼ必須と言っても差し支えないのが「ソケット」という概念です。
「ソケットってよく聞くけど、実際にはどのレイヤーの仕組みで、ハードウェアなのかソフトウェアなのか、ピンと来ない……」という方も多くいらっしゃるかと思います。
（私もその中の一人です。）

この記事では、以下のトピックのようなトピックから、ソケットの概要と役割について紹介します。

  1. ソケットとは何か（ハードウェア？ ソフトウェア？）
  2. TCP/UDPソケットとHTTPの関係
  3. HTTP/3でUDPを使うケースの紹介
  4. 実践的に理解を深めるためのヒント

ソケットの本質を学ぶ事は、Webアプリケーション開発やネットワークのトラブルシューティングの際に非常に重要です。ぜひ参考にしていただけると幸いです。

この記事の対象読者

  • 「そもそもHTTPってどうやって動いているのか？」や「ソケットっていう言葉は聞くけど、どのレイヤーの話なの？」という疑問を持っている人。
  • TCP/IPやHTTPの知識はあるが、「アプリケーションレイヤーから見たソケットの動き」があまりわからない人。
  • 「socket() や bind() の意味は何となく分かったけど、どの層でどんな動きをしているのか」「TCPとUDPの違いは学んだけど、実際どんな場面で使い分けるのか」といった疑問を持っている人。

1. ソケットとは何か

1.1 ソケットは「通信の窓口」

  • ソケット (Socket) とは、ネットワークを通じてデータを送受信するための論理的なエンドポイント（通信口）を指します。
  • OSが提供するAPI（BSDソケット、Winsock など）を経由して、アプリケーションは「ソケットを通じて通信を行う」イメージです。

1.2 IPアドレスとポート番号の組み合わせ

  • ソケットは、IPアドレスとポート番号の組み合わせで一意に特定されます。
  • たとえば「192.168.0.10:80」のように、1台のコンピュータ上で複数のソケットを区別する仕組みです。

1.3 ソフトウェア的な概念

  • ソケットは、ハードウェアとしての実体を持つわけではありません。
  • NIC（ネットワークインターフェイスカード）や物理的なLANポートなどはハードウェアですが、ソケットはOS内部のデータ構造であり、ソフトウェア的な抽象化です。

2. なぜソケットが重要なのか

2.1 通信プロトコルスタックとの橋渡し

  • TCP/IPのようなネットワークプロトコルを扱うとき、アプリケーションは細かいパケットの組み立てや再送制御を意識せずに済みます。
  • ソケットAPIが「データを送る」「データを受け取る」などの高レベルなインターフェースを提供してくれるからです。

2.2 プログラムが通信を扱いやすい形にする

  • Unix系OSでは、ソケットは「ファイルディスクリプタ」のひとつとして扱われます。ファイル操作と似た感覚で読み書きできるため、プログラミング時に扱いやすいというメリットがあります。

2.3 TCPソケットとUDPソケット

  • TCPソケット: コネクション指向で、信頼性（到達保証・順序保証）が必要な通信に利用される（例: HTTP/1.1やHTTP/2など）。
  • UDPソケット: コネクションレスで、軽量かつリアルタイム性が重視される通信に利用される（例: オンラインゲーム、VoIPなど）。

3. TCPとHTTPの関係

3.1 HTTPはアプリケーション層のプロトコル

  • HTTP (Hypertext Transfer Protocol) はアプリケーション層のプロトコルで、テキストベースのリクエストとレスポンスを定義します。
  • その下のトランスポート層として、TCPを利用するのが従来の一般的な形でした（ポート80がHTTP、443がHTTPS）。

3.2 TCP上でのHTTP通信の流れ

  1. TCPコネクションを確立: クライアントとサーバが3ウェイハンドシェイクを行う。
  2. HTTPリクエストを送信: テキスト形式で「GET / HTTP/1.1\r\nHost: example.com\r\n\r\n」などを送る。
  3. HTTPレスポンスを受信: サーバから「HTTP/1.1 200 OK\r\n...」などのレスポンスが返る。
  4. Keep-Aliveまたは切断: HTTP/1.1以降はコネクションを使いまわす（Keep-Alive）ことが多い。

3.3 信頼性をTCPに任せる

  • HTTPは「メッセージをテキストとしてやり取りするだけ」で、実際の再送制御やパケット順序の管理などはTCPが担当。
  • HTTPが簡単に実装できる背景には、TCPが提供する“堅牢な”通信路があるのです。

4. TCPを使わないHTTP？ HTTP/3とQUIC

近年登場した HTTP/3 では、TCPではなく QUIC というUDPベースのプロトコルを用います。
これは「HTTP通信 = TCP」という常識を塗り替える新しい動きとして注目を集めています。

4.1 QUICとは？

  • QUIC (Quick UDP Internet Connections) はGoogle主導で開発されたプロトコルで、UDP上で独自に暗号化や信頼性をサポートします。
  • TCPを利用しないことで、コネクションの再確立コストやヘッドオブラインブロッキング（HOLブロッキング）など、TCP由来の問題を解消しようという狙いがあります。

4.2 HTTP/3の特徴

  • HTTP/3はQUICの上で動作するため、UDPソケットを用いて通信が行われます。
  • Webブラウザやサーバ側のサポートが進んでおり、徐々に普及が進む見込みです。
  • ただし、従来のHTTP/1.1やHTTP/2との互換性を維持するために、TCPとUDPの両方に対応する形になっています。

5. まとめ

  1. ソケットは通信の論理的な窓口
    • IPアドレスとポート番号の組み合わせで特定され、OSの管理するソフトウェア的概念。
  2. TCPソケットとUDPソケット
    • TCPは信頼性を、UDPは軽量さを提供する。それぞれの用途やメリット・デメリットを理解しておくことが大切。
  3. HTTPは従来TCPベースだが、新時代はUDPも
    • HTTP/1.1, HTTP/2はTCPの上。HTTP/3ではQUIC(UDP)が使われ、「必ずしもTCPだけではない」時代へ移行しつつある。
  4. 実装時は抽象化に助けられる
    • Ruby on RailsやNet::HTTP、ウェブサーバ（Puma等）のレイヤがソケットを管理してくれるため、通常は細かい制御を意識せずに済む。

おわりに

ソケットの概念を理解すると、Webアプリケーションの動きをより深いレイヤーで把握できるようになります。
とくに「Webアプリケーション＝HTTP＝TCP/UDPをどう使っているか」がクリアになることで、トラブルシューティングやパフォーマンスチューニングの際にも大きく役立つはずです。

Discussion