圧縮されたトランスポートプロトコルHTTP SprinBoot

HTTPプロトコルで、コンテンツがエンコードされてもよい（すなわち、本体部）、そのような符号化GZIPを使用することができます。圧縮の目的を達成するように。文書の内容を確認するために、不正な第三者を防ぐために、コンテンツを混同また、他の符号化または暗号化を使用することができます。

あなたができることは何gzipのでしょうか？GZIPは、それを小さくするハードディスクリソースを節約するために、データを圧縮した圧縮方式です。
圧縮の利点は
、HTTP圧縮は、このように、データ送信の60％を節約し、プレーンテキストの元の内容の40％に圧縮することができます。
Gzipで不利
gzipで圧縮されたJPEGファイルには、十分ではありません。
HTTP圧縮は、
ブラウザは、そのような支持体（GZIP）として、ウェブサーバに圧縮形式を要求（リクエスト）を送信した後、まず、サーバは、バックhttpレスポンス（応答）メッセージを介して、ウェブブラウザに、ブラウザを元のソースを圧縮します受信した後、それが表示されます。
HTTP圧縮処理

1. 、GZIPを収縮：ブラウザは、要求が-エンコーディングを受け入れている、WebサーバーにHTTPリクエストを送信します。（ブラウザがGZIP圧縮をサポートし、サーバーに知らせます）
2. 要求に応じて、Webサーバ、オリジナルのContent-TypeとContent-Lengthを持っている本来のレスポンスを生成します。
3. gzipはスルーウェブサーバは、応答の符号化されたContent-Typeヘッダを符号化し、コンテンツ長（圧縮後のサイズ）を有し、およびコンテンツエンコーディングを増加する：gzipの応答は、ブラウザに送信します。
4. レスポンスは、デコードするためのgzip：コンテンツのエンコーディングに基づいて対応するブラウザ、後。元の応答を取得した後、その後、Webページを表示します。
   未使用にGzip：
   
   使用gzipの後に開きます：
   

次のように構成された送信HTTP（YML）のためにGZIP場合SpringBoot（Tomcatの）を使用して：

server:
 compression:
        enabled: true
        mime-types: application/json,application/xml,application/xhtml+xml,text/html,text/xml,text/plain
        min-response-size: 1024

図中の加算結果の完了