本文へ
ハクソク

世界を動かす技術を、日本語で。

Show HN: ブラウザの仕組みを学ぶためのインタラクティブガイド

元記事: 原文(howbrowserswork.com)

概要

本ガイドは エンジニアや好奇心旺盛なWeb利用者 向けの、 ブラウザの仕組み を直感的に理解できるインタラクティブな解説。 複雑すぎず、浅すぎない バランスの良い内容 を目指し、重要な詳細はあえて省略。 様々な インタラクティブ例 を通じて、技術的な流れや直感的な理解をサポート。 オープンソース として公開され、誰でも改善提案が可能。 主な流れは「URLからHTTPリクエスト」「DNS解決」「TCP接続」「HTMLパース」「レンダリングパイプライン」。

ブラウザの仕組み インタラクティブガイド

  • 対象者 :エンジニアやWebを日常的に使うが、ブラウザ内部の動作を体系的に理解していない人
  • 特徴 :従来の技術解説よりも直感的・実践的なアプローチ
  • 省略事項 :HTTPバージョン、SSL/TLS、DNSの細かな挙動などは割愛
  • 参加方法 :インタラクティブな例を操作しながら学習可能
  • オープンソース :GitHubで改善提案やプルリクエストが可能

ブラウザとURL

  • アドレスバー には何でも入力可能だが、内部では URL として扱う
  • 例:「pizza」と入力→検索URL(例: https://google.com/search?q=pizza)へ変換
  • 「example.com」などのドメイン名→完全なURL(例: https://example.com)へ正規化
  • 実際にアドレスバーに入力し、変換を体験できるインタラクション

URLからHTTPリクエストへの変換

  • ブラウザは HTTPプロトコル を使い、サーバーへリクエストを送信
  • URLをHTTPリクエスト形式に変換する過程を体験可能
  • 例:Hostヘッダ(Host: example.com)、Acceptヘッダ(Accept: text/html)など
  • Hostヘッダはリクエスト先のサーバー識別に利用

サーバーアドレスの解決(DNS)

  • ブラウザはドメイン名(例: example.com)をそのまま扱えない
  • DNSシステム を使い、ドメイン名を IPアドレス に変換
  • 入力したドメイン名をIPアドレスに解決するインタラクション

TCPコネクションの確立

  • IPアドレス取得後、 TCPプロトコル でサーバーと信頼性の高い通信路を確立
  • 三者間ハンドシェイク (SYN、SYN-ACK、ACK)の流れ
    • SYN: クライアントから接続要求
    • SYN-ACK: サーバーが応答
    • ACK: クライアントが確認し接続完了
  • パケットの流れや通信の信頼性維持の仕組みを可視化
  • ネットワークの遅延や切断をシミュレート可能

HTTPリクエストとレスポンス

  • TCP接続確立後、 HTTPリクエスト をサーバーへ送信
  • サーバーからの HTTPレスポンス を受信
  • パケットの往復を可視化し、レスポンス到着後にHTMLがブラウザで処理される流れを体験

HTMLパースとDOMツリーの構築

  • レスポンス到着後、HTMLの ヘッダ と ボディ を分離
  • HTMLタグをトークン化し、 DOMツリー を生成
  • 例:

    タグがノードとしてDOMツリーに追加

  • パースはストリーミング&エラー耐性あり
    • 文書全体が揃う前にノード作成
    • タグ抜けも自動補完

提供: ハクソク · 要約更新:

AIによる日本語要約です。内容は原文とあわせてご確認ください。

Hacker Newsの議論を読む

Hackerたちの意見

すごい!何もインストールしなくても、https://browser.engineering にワクワクしながら飛び込める感じだね。Browser/Serverの例に、デスクトップやノートパソコンのアイコンとサーバーのアイコンを使った小さなビジュアルがあったらいいなと思ってる。

└

もっと詳細なセクションを追加する予定なんだけど、まずはフィードバックを集めることにしたよ。ありがとう!いい提案だね。ちょっと考えてみるね。

狭いブラウザウィンドウ(< 1170)だと、コンテンツセクションが内容の上に浮いてて、ちょっと気が散るんだよね。

└

ありがとう!修正中だよ...

いいプロジェクトだね、シェアしてくれてありがとう!HNの読者は、https://hpbn.co(ハイパフォーマンスブラウザネットワーキング)や https://every-layout.dev(素晴らしいCSSリソース)もチェックすべきだよ。有料コンテンツはそれだけの価値があるけど、無料の部分も素晴らしいよ。

└

HPBNは本当に良く書かれてる。第4章のおかげで、前の仕事で高遅延の問題をデバッグするためにTLSを理解するのに役立ったよ。特に不完全なTLSフレームを受信して、その後のビットが来ないせいで、サーバーが残りのビットを30分待ってた問題があったんだ。HPBNは大きな助けになったよ。まだ読み終えてないけど、TLSフレームサイズを大きくするのと小さくするののトレードオフについて触れている部分があったのを覚えてる。これはHPBNのおかげで存在することを知った低レベルのノブなんだ。使うかどうかは分からないけど、面白いね。

└

Hpbnは本当に面白いね、リンクしてくれてありがとう!

すごく気に入った!--> ブックマークしたよ :-) 欲しいのは、HTML/DOMに基づいて他のリソース(画像、スタイルシート、スクリプト)がどう読み込まれるかってこと。これが分かると、画像が時々消えたり、ページがスタイルなしで表示されたりする理由が理解できると思うんだ。

└

これについて考えたけど、シンプルに保つようにしたよ。ガイドを複雑にしないで、これらのブロックをどう追加するか考えてみるね。ありがとう!

これ、今取り組んでるプロジェクトにすごく関連してるんだ。ChromiumやFirefoxに基づかない新しいウェブブラウザを作ってるの。ウェブブラウザは非常に複雑で、インターネットのさまざまな標準に対応するために何百万行ものコードが必要なんだ(HTML、JavaScript、CSSの基本的なものだけじゃなくてね)。少し前に、このAIがどれだけ自律的にできるか(または人間が関わる形で)を見たくて、数日前に投稿した10分のデモがあるよ:https://www.youtube.com/watch?v=4xdIMmrLMLo&t=42s これのソースコードは今ここにあるよ:http://taonexus.com/publicfiles/jan2026/160toy-browser.py.tx... たった2000行くらいだから、機能はあまりないけど、POSTリクエストを送ったり、いくつかのウィキペディアの記事を読むことができるよ。試してみて。残念ながらすごく遅いけどね。改善したいことがあったら教えてね。ここにフィーチャーリクエストのページもあるよ:https://pollunit.com/en/polls/ahysed74t8gaktvqno100g

└

コードをざっと見たけど、結構いい感じの基本的なアプローチだね。遅くなってる理由はいくつか見えるよ。マルチプロセッシングやスレッディングを使ってないし、レンダリングを再構築する必要があるかも。レンダラーをループで動かして、スタックが変わったときに再レンダリングする必要があるし、マルチプロセッシング/スレッドループがリクエストが終わったときにスタックを調整する感じかな。次に、既存のPython DOM処理モジュールを見てみることをおすすめするよ。これで既存のコードを使って、自分のブラウザに合うように拡張できるし、面倒なパースのエッジケースを見つける必要もないから。これで少しはスピードアップするかも。壊れたサイトをレンダリングしてみるのもおすすめだよ(コピーを保存して壊してみて、自分のブラウザがどうなるか見るために)。完成度を高めるためにね。

└

Pythonのウェブブラウザに興味があったら、Grailを見てみるのをおすすめするよ! https://grail.sourceforge.net/

Hacker Newsで議論の続きを見る