一般的な試験は、あなたがの観点から、以下の質問に答えることができ、十分に答えることは容易ではありません
どのようなプロセスの途中に来ます
各プロセスはどのようなネットワークプロトコルを含むことができます
各プロトコルには、何をしましたか？
これらは、この質問に答えるためのアイデアです。
（注意：知っていることを言うために、合意に精通1は、1層、言った自分のピットを、持っていません）
物理層、リンク層、ネットワーク層、トランスポート層とアプリケーション層：ネットワークは、共通の5つの階層モデルです。
OSI 7層のプロトコル：物理層、データリンク層、ネットワーク層、トランスポート層、セッション層、プレゼンテーション層、アプリケーション層。
七件の契約5つのセグメントセッション層、プレゼンテーション層、アプリケーション層のためのアプリケーション層プロトコル。
プロセスからブラウザを介して中央の終わりまでTCPハンドシェイクを開始する要求？
フローチャート：
DNSクエリ - "TCPハンドシェーク - " HTTPリクエスト - "リバースプロキシNginx-" uwsgi / gunicom- "Webアプリケーションの応答 - " TCPハンドシェイク。
hostsファイルとDNSキャッシュで時間がないではないの内側に、それはローカルのDNSサーバーを開始する場合は、要求を開始したブラウザは、実際に、DNSクエリをやって起動、ないDNSキャッシュがありません見て最初にしていない場合DNSは、現地時間（再帰的なDNSクエリは、クエリである）、それは、上のクエリに続けるに見つからない場合、DNSクエリは、再帰クエリ匿名サーバーとルート・サーバを実行し続けています。106.11.62.15：www.aliyun.comアリクラウドは、対応するIPアドレスを返します入力：お問い合わせの完了後まで、私たちのような、対応するIPアドレスに戻りました。
後あなたのソケット関数が来る呼び出すことができますブラウザのIPアドレスを取得し、サーバとのスリーウェイハンドシェイクを介して接続を確立するためにTCP要求を開始する際に、IPアドレスを取得するための完全なDNSクエリ、
接続が確立された後、元のアプリケーション層プロトコルのHTTP要求は、HTTPリクエストが開始によって開始されていませんが、サイトへのアクセスは、リバースプロキシとしてnginxの使用するはるかに高いよりも、ウェブフレームを打つが、nginxのリバースプロキシをヒットし、負荷のnginxを経由して複数のサーバーに転送し、バランスをとります。
nginxの後に、この層、uwsgi / gunicom役割は、主に互換性のあるWebアプリケーション（フラスコ/ジャンゴ/竜巻）であるWSGIでプロキシサーバーを逆。Webアプリケーション層（APPウェブ応答）に転送フレーム層ウェブは、その後、uwsgiによって要求されています。Webアプリケーション層では、一般的にいくつかのデータベースを変更して再検索の削除製またはメッセージなどであり、TCPを介してユーザに送信され、最終的要求応答を、送信されます。
データ伝送の他の時間は、TCPを4回実行しないと振られます。
----------------
免責事項：この記事は元の記事CSDNブロガー「AllardZhao」で、CC 4.0 BY-SAの著作権契約書に従って、元のソースのリンクと、この文を添付してください、再現。 。
オリジナルリンクします。https：//blog.csdn.net/qq_37189082/java/article/details/98110340