Java中Http和Socket是什么关系?
人生最曼妙的风景,竟是内心的淡定与从容!
まず第一に、ソケットはアプリケーション層と TCP/IP プロトコル ファミリ間の通信のための中間ソフトウェア抽象化層であるという記述には問題があります。基盤となる TCP または UDP を使用できます。 HTTP は TCP に基づいています。HTTP プロトコルの長い接続と短い接続は、本質的には TCP プロトコルの長い接続と短い接続です。
長い接続と短い接続は相対的なものです。 長い接続: 接続が確立された後、この接続は一定期間維持され、複数のリクエストと応答がこの接続を使用します。 短い接続: リクエストが行われるたびに接続が確立され、サーバーが応答すると接続が閉じられます。
HTTP/1.0 は短い接続であり、HTTP/1.1 は長い接続をサポートし、HTTP/2 は改良されました。これらの改善の背後にあるニーズは何でしょうか? HTTPの推奨履歴
正確に言うと、HTTP は TCP/IP に基づいています。
TCP/IP は長い場合も短い場合もありますが、HTTP では主に短いものとして使用されます。
サーバーとブラウザーがリンクを閉じない限り、HTTP は長くてもかまいません。この方法は、かつてはリアルタイムのサーバー通知を実現するためによく使われていました (http Comet で検索してください)。
HTTP は長時間の接続を「必要としない」だけで、接続を維持したり、送信が完了したらすぐにソケットを閉じたりすることは問題ありません。
【なぜ】を聞く前に、【そうなのか】をしっかり調べてください!
まず第一に、ソケットはアプリケーション層と TCP/IP プロトコル ファミリ間の通信のための中間ソフトウェア抽象化層であるという記述には問題があります。基盤となる TCP または UDP を使用できます。 HTTP は TCP に基づいています。HTTP プロトコルの長い接続と短い接続は、本質的には TCP プロトコルの長い接続と短い接続です。
長い接続と短い接続は相対的なものです。
長い接続: 接続が確立された後、この接続は一定期間維持され、複数のリクエストと応答がこの接続を使用します。
短い接続: リクエストが行われるたびに接続が確立され、サーバーが応答すると接続が閉じられます。
HTTP/1.0 は短い接続であり、HTTP/1.1 は長い接続をサポートし、HTTP/2 は改良されました。これらの改善の背後にあるニーズは何でしょうか? HTTPの推奨履歴
正確に言うと、HTTP は TCP/IP に基づいています。
TCP/IP は長い場合も短い場合もありますが、HTTP では主に短いものとして使用されます。
サーバーとブラウザーがリンクを閉じない限り、HTTP は長くてもかまいません。この方法は、かつてはリアルタイムのサーバー通知を実現するためによく使われていました (http Comet で検索してください)。
HTTP は長時間の接続を「必要としない」だけで、接続を維持したり、送信が完了したらすぐにソケットを閉じたりすることは問題ありません。
【なぜ】を聞く前に、【そうなのか】をしっかり調べてください!