HTTPプロトコルに関するゼロの基本的な学習インターフェイステストの基礎知識

1. URL:Uniform Resource Locator

2. URLの形式:

<プロトコル>:// [<ユーザー>:<パスワード>] @ <ホスト>:<ポート> / <パス> [:<パラメータ>]?<クエリ>#<フラグメント>

protocol: http、https、ftp などのアクセスプロトコル

ホスト:ホスト名、場合によっては ip、場合によってはドメイン名。例:192.168.10.12、www.baidu.com。

port:アクセス時のホストのポート。httpプロトコルポートのデフォルトは80ですが、省略できます。

パス: host:ポートを介してホスト見つけることができますが、ホストには多くのファイルがあり、パスを介して特定のファイルを見つけることができます。例:https://baike.baidu.com/item/software Testing / 327953

params:パラメータをサーバーに渡します。通常はまれです

query:クエリ文字列。サーバーからコンテンツをクエリする必要があります。ここに入力します。例: www.baidu.com/s?ie=utf-8&f=8&rsv_bp=1&rsv_idx=1&tn=baidu&wd=%E8%BD%AF%E4%BB%B6%E6%B5%8B%E8%AF%95

フラグメント:フラグメント。Webページは複数のフラグメントに分割される場合があります。Webページにアクセスした直後に指定された位置に到達する場合は、この部分で設定できます。

例:

1)シーナスター:

http://slide.ent.sina.com.cn/star/slide_4_704_336821.html#p=1

2)Baidu検索:

https://www.baidu.com/s?rtt=1&bsst=1&cl=2&tn=news&rsv_dl=ns_pc&word=%E8%BD%AF%E4%BB%B6%E6%B5%8B%E8%AF%95

3. httpプロトコル:

HTTP(Hyper Text Transfer Protocol、Hypertext Transfer Protocol):要求と応答モードに基づくステートレスなアプリケーション層プロトコルで、TCPで接続され、デフォルトポートは80です。

4. HTTPワークフロー:

1)クライアントとサーバーがTCP接続を確立します。

2)クライアントがサーバーにリクエストを送信します。

3)サーバーはクライアントの要求を受信し、要求に従って応答コンテンツを返します。

4)クライアントはサーバーから応答コンテンツを受信し、解析されたコンテンツがフロントエンドに表示された後、クライアントはサーバーから切断されます。

5. HTTPの機能:

1)クライアント/サーバーモードをサポートします。

2)シンプルで高速:クライアントがサーバーにサービスを要求する場合、要求メソッドとパスのみを送信する必要があります。

3)柔軟性:HTTPは、あらゆるタイプのデータオブジェクトの送信を許可します。

4)状態を保存しないでください。前の情報が後続の処理に必要な場合は、再送信する必要があります。

      a。短所:接続ごとに転送されるデータの量が増える可能性があります。

      b。利点:サーバーは応答を速くするために以前の情報を必要としないため、サーバーの CPUとメモリの消費量が削減されます

      c。Cookieとセッションメカニズムの導入: CookieはユーザーのIDを特定するためにクライアントに情報を記録し、SessionはユーザーのIDを特定するためにサーバーに情報を記録します。

5)。コネクションレス:接続ごとに1つの要求のみが処理され、サーバーは要求を処理して応答を受信した後、切断します。

      a。短所:要求ごとに TCP接続を確立または切断する必要があり、通信オーバーヘッドが増加します。

      b。利点:この方法を使用すると、送信時間を節約できます。

      C、永続的な接続(HTTPキープアライブ)のその後の導入:一つで TCP接続でデータの複数のコピーを送信し続けることができるが、接続確立TCPの数を低下させることなく、切断され、典型的には、サーバがキープアライブうタイムアウトと接続の最大数を設定します。

キープアライブタイムアウト:送信後、この時間以上接続を閉じます

最大接続数:最大接続数に達した後、新しいリクエストが接続を開始し、タイムアウトに達しない場合は前の接続が閉じられます

6. HTTPの欠点:

1)盗難:Http通信はプレーンテキストを使用し、送信中に暗号化対策を講じない場合、盗聴される可能性があります。

2)迷彩の遭遇:送信プロセス中に、通信相手の身元を確認せずに、途中で迷彩に遭遇する可能性があります

3)改ざん:Httpはメッセージを解析するだけで完全に検証しないため、メッセージの整合性を検証できず、改ざんされる可能性があります。

おすすめ

転載: blog.51cto.com/14790982/2487224