1 HTTPおよびHTTPS区別：
（1）HTTP、HTTPSを確保するものではなく、安全である
（2）HTTPは、標準ポート80、標準HTTPSポート443で
HTTPアプリケーションで働いて、OSIネットワークモデルの（3）層、およびセキュアなHTTPSトランスポートメカニズムは、トランスポート層での作業
（4）HTTPを暗号化することができず、HTTPS暗号化されたデータ伝送
（5）HTTPは、証明書、SSLおよびHTTPSを必要としない代理店wosignによって発行されたCA証明書が必要
2. HTTPプロトコルステートレスなプロトコルとは何ですか？どのようにHTTPプロトコルステートレスなプロトコルを解決するには？
思い出のないトランザクション処理のためのステートレスプロトコル。それは完成後、クライアント最初のHTTP要求は、クライアントが再びHTTPリクエストを送信するときに、HTTPが現在のクライアントがある知らなかった、ある「古い顧客。」
クッキーはステートレスの問題を解決するために使用することができ、クッキーは、クライアントは再び、クッキー（パス）を保持する、サーバがあることを知っているとき、クライアントに送信されたクッキーの最初の訪問のパスに相当しますそれは「古い顧客」です。
3.URIとURL差
URIは、リソースを一意に識別するために使用されるユニフォームリソース識別子、ユニフォームリソース識別子です。
（1）ウェブ各リソース上で利用可能なこのようなHTML文書、画像、ビデオクリップ、プログラムなどのURIが配置される
。（2）一般的に3つのURI組成物から構成
①アクセスリソース命名
②ホスト資源記憶名前
のリソースに重点を置いて、パスによって表されるリソース自体の③名前を
URLは、特定のURIであるユニフォーム・リソース・ロケータは、すなわちURLがリソースを識別するために使用することができるユニフォームリソースロケータであるが、このリソースを見つける方法を示しています。
（1）URL文字列は、インターネット上の情報資源を記述するために使用される主に、様々なWWWクライアントとサーバーのプログラム、特に有名なモザイクで使用されています。
（2）URLの使用は、ファイル、サーバのアドレスとディレクトリを含む情報資源の多様性を、記述するために均一な形式で使用することができます。URLは、一般的に3つで構成されています。
①契約（そうでない場合は、サービスモードとして知られている）
②そこを（時には、ポート番号を含む）ホストリソースのIPアドレスは
、特に③ホストリソースを扱います。などのディレクトリやファイル名など
4. HTTPS作品
などの証明書を生成し、サーバに最初のHTTPリクエストを、クライアント証明書が有効、合法性で、ドメイン名は、公開鍵（RSA暗号）の証明書要求されたドメイン名と一致して、チェックしてください。
第二に、クライアントチェックが渡された場合、有効な公開鍵証明書によると、乱数を生成し、公開鍵（RSA暗号）を使用して乱数を暗号化し;
3、生成されたメッセージのボディ、そのダイジェストMD5（またはSHA1）アルゴリズム暗号化は、その後、RSA署名を得た。
サーバーに送信された第四に、この時間だけサーバー（RSA秘密鍵）を復号することができます。
第五に、キーとして復号化された乱数は、AES暗号化（この場合のみ、クライアントとサーバのキーが知っています）。
5.完全なHTTP事項は、どのようなプロセスでありますか？
私たちは、ブラウザに入力されたときwww.baidu.com入力し、その後、その後、何が起こったのか最後のページを表示するには、この瞬間を入力？
以下の手順は、個人的な理解である：
DNSは- 、ブラウザがHTMLコードを取得する>サーバーの応答のHTTPリクエストを- - TCPコネクションの確立を開始する> HTTPリクエスト- >は、TCP 3ウェイハンドシェイクを開始>ブラウザがHTMLコードを解析し、ユーザに提示>ブラウザのページのレンダリング-と（などのjs、CSS、画像など）のHTMLコードリソースを要求
6.Httpステータスコード
HTTPステータスコード（HTTPステータスコード）WebサーバのHTTP応答の状態を表す3桁のコードです。送信された要求パケットのそれぞれには、応答パケットを受信することができます。メッセージの最初の行に応答して、ステータスラインです。ステータス行は、3つの要素、簡単なフレーズHTTPのバージョン、ステータスコード、およびステータスコードの説明が含まれています。ステータスコードは、5つのカテゴリー33種類に分けられます。以下のような：
7.Httpのパケット構造
：HTTPは二つのタイプがあるパケット
（1）要求メッセージは-クライアントからサーバに要求メッセージを送信します。
（2）応答メッセージ-サーバーからクライアントへの回答。
以下に示すようにリクエストパケット構造
応答メッセージの構造を次のように：
HTTP要求パケットと応答パケットは、3つの部分から構成されています。それは差が異なるスタートラインにあるパケットの両方のタイプを見ることができます。
（1）スタートライン：要求パケットまたは応答パケットを区別するために使用されます。リクエスト・ラインと呼ばれる要求パケットラインを起動しますが、応答メッセージのスタートラインはステータス行と呼ばれています。
（2）ヘッダ行：説明するためのブラウザ、サーバ、またはメッセージボディに関するいくつかの情報。最初の部分は、いくつかのラインを有していてもよく、単一ページができません。
（3）固体ボディ：要求パケットは、一般的にこのフィールドを使用する、応答メッセージには、要求されたコンテンツを返すことができません。
リクエストメッセージ「リクエスト行」の最初の行だけが3つのコンテンツ、方法、要求されたリソースのURLだけでなく、HTTPのバージョン。ここでのアプローチは、これらのメソッドは、実際のコマンドで、要求されたオブジェクトに対して実行される操作です。Requestパケットタイプは、その使用方法によって決定されます。
8. Http的请求方法
GET： 用于请求访问已经被URI（统一资源标识符）识别的资源，可以通过URL传参给服务器
POST：用于传输信息给服务器，主要功能与GET方法类似，但一般推荐使用POST方式。
PUT： 传输文件，报文主体中包含文件内容，保存到对应URI位置。
HEAD： 获得报文首部，与GET方法类似，只是不返回报文主体，一般用于验证URI是否有效。
DELETE：删除文件，与PUT方法相反，删除对应URI位置的文件。
OPTIONS：查询相应URI支持的HTTP方法。
9.GET和POST的比较
GET - 从指定的服务器中获取数据
POST - 提交数据给指定的服务器处理
GET方法：
使用GET方法时，查询字符串（键值对）被附加在URL地址后面一起发送到服务器：
/test/demo_form.jsp?name1=value1&name2=value2
特点：
（1）GET请求能够被缓存
（2）GET请求会保存在浏览器的浏览记录中
（3）以GET请求的URL能够保存为浏览器书签
（4）GET请求有长度限制
（5）GET请求主要用以获取数据
POST方法：
使用POST方法时，查询字符串在POST信息中单独存在，和HTTP请求一起发送到服务器：
POST /test/demo_form.jsp
HTTP/1.1 Host: w3schools.com
name1=value1&name2=value2
特点：
（1）POST请求不能被缓存下来
（2）POST请求不会保存在浏览器浏览记录中
（3）以POST请求的URL无法保存为浏览器书签
（4）POST请求没有长度限制
10. RESTfulな理解する方法
、実際の契約、どのように記述すると、どのように戻り値の情報、ステータスコードを設定することで合意に書かれたインタフェースのセットをRESTfulなと。
ウェブサイト、クライアントとサーバーの代わりに対話型のプロセスをご覧ください。プロセスでは、必然的にそれはデータや状態の変化を伴います。インターネット通信プロトコルのHTTPプロトコルはステートレスなプロトコルです。これは、すべての状態は、サーバー側に保存されていることを意味します。そのため、クライアントがサーバーを操作したい場合は、いくつかの手段によって、サーバの「状態変化」は起こったようにしなければなりません。そして、この変換は、プレゼンテーション層に基づいているので、プレゼンテーション層の状態変化があります。
HTTPプロトコルのみクライアントによって使用される手段。具体的には、HTTPプロトコル内にある4つの動詞は、動作モードを示している：GET、POSTは、PUT、DELETE。4つの基本的な操作に対応する：リソースを取得するために使用されるGET、POSTは、新しいリソースのために、（また、リソースを更新するために使用することができます）リソースを更新するためのPUT、リソースを削除するDELETE。
統合された上記の説明、我々はRESTfulなアーキテクチャであることを要約：
（1）各URIは、リソースを表し、
（2）クライアントとサーバの間で、そのようなリソースのプレゼンテーション層のいくつかの種類を渡すこと;
（3）クライアントでに4つのHTTP動詞、サーバリソースの操作、達成するための「プレゼンテーション層変換の状態を。」