1、HTTPプロトコルとTCP / IPプロトコルとの関係
HTTP接続が長く、短期および長期の接続は、基本的にTCPコネクション短い接続です。
HTTPは、ネットワーク層において、トランスポート層でIPをTCPプロトコルを使用して、アプリケーション層プロトコルです。
IPネットワークプロトコルをルーティングし、問題を解決するために、主にアドレス指定、TCPプロトコルは、受信機がネットワークの送信側によって送信されたすべてのパケットを受信し、送信順序の順序と一致するように、確実にIP層の上にデータパケットを転送する方法を解決するために主にあります。
2、HTTPプロトコルはステートレスであります
トランザクション処理とメモリ容量のためのプロトコルは、サーバがどのようなクライアントの状態を知っていません。つまり、サーバー上のWebページを開くと、このサーバー上のページ間のリンクがない最後の時間を開くことです。
HTTPはステートレスな接続指向プロトコルであることを意味ステートレスなHTTP TCP接続を維持することができないないが、HTTPプロトコルはUDP（接続なし）を使用して表すことができません。
3、長い接続、短い接続
HTTP / 1.0のデフォルトのショート接続。接続が確立されると、つまり、クライアントと各HTTP操作のために一度サーバーは、タスクが切断終了します。
Webが（たとえば、JavaScriptファイル、画像ファイル、CSSファイルなど）他のリソースが含まれている場合はHTML Webページまたはクライアントブラウザの他のタイプのアクセスに、このようなWebリソースに直面したとき、ブラウザが再確立されますHTTPセッション。
HTTP / 1.1例からは、デフォルトの長い接続接続特性を保持するために。コードの最初の行に対応して追加されるHTTPプロトコルを使用して長い接続、。
Connection:keep-alive
HTTPの伝送のための開かれたページが終了したTCP長い接続は、クライアントとサーバーの接続の間でデータがクローズされていない場合は、クライアントが再びサーバーにアクセスする、我々は、確立された接続を使用していきます。
キープアライブが恒久的に接続されたままではない、それはホールド時間を持っている、内の別のサーバソフトウェア（例えば、Apacheの）に、この時点で設定することができます。長い接続を実現することは、クライアントとサーバーのサポートの長い接続が必要です。
4、長い接続、短い接続の利点と欠点
ロング接続長所と短所：
ロング接続ができ、よりTCPビルドを省略すると、閉じた事業、廃棄物及び時間節約を減らします。顧客が頻繁に要求されたリソースのために、それは長いの接続に適しています。
しかし、問題はここにあり、プロービングサイクルの生存関数が長すぎる、ちょうどそこに、生きているTCP接続を検出し、より穏やかなアプローチされている、悪質な接続を検出され、キープアライブ機能を補うには十分ではありません。
アプリケーションシナリオの長い接続では、クライアント側では、一般的にそれらの間の接続を閉じるためのイニシアチブを取らないで、あなたがオフになっていない場合は、クライアントとサーバの間の接続、より多くのクライアント接続として、問題があるでしょう、サーバー遅かれ早かれ時間をそこに運ぶことができませんでした。
その後、条件は、粒子サイズの制限にクライアント・マシンを許可することができれば、この時、このようなイベントの接続を読み書きするために、いくつかの長い時間、サーバー側のサービスにつながる悪質な損傷を避けるために、接続を閉じるなど、いくつかの戦略を、取るためにサーバー側の必要性をあなたは完全に痛みの卵を避けることができ、クライアントごとの接続の最大長は、バックエンドクライアントサービスを傷つけます。
ショート接続長所と短所：
サーバのためのショートコネクション管理シンプルな、便利なリンク、追加のコントロールを接続されていないがあります。顧客が頻繁に要求した場合は、我々は、TCP上に構築しての開閉動作になる時間と帯域幅の浪費。