2017-07-05 10 views
0

新しいHTTPプロトコルとしてHTTP2.0で読んでいましたが、バイナリヘッダーとマルチプレクシングで利点がありました。しかし、私はRest CallがHTTP1.1からHTTP2.0に移行しても合理的な利点があることを知りたいと思っています。私はHTTP2.0でRESTの完全なコールに特定の利得を見つけることができませんHttp1.0でHttp2.0でRESTを呼び出す

ありがとうございます。

答えて

1

それはいくつかの方法で、ありません:ストリーミング転送用の

  • より良いサポートを。従来の代替案は、HTTP/1.1のチャンク転送符号化、connectionヘッダーVoodooと、HTTPパイプライニングを実装するための任意の部分(例えば、デフォルトではカールが可能)の組み合わせである。私の経験では、HTTP/2を叩くだけでなく、3人をうまく連携させるためにはもっと多くの作業が必要です。 HTTP/2でチャンク転送符号化の必要はなく、プロトコルはそれをサポートしていません。
  • HTTP/2を使用すると、飛行中に多数のリクエストを持つことができます。また、接続を確立する時間はゼロです。これは、ブラウザーとサーバーの両方の恩恵であり、クライアントごとのファイル記述子を少なくする必要があります。
  • ヘッダー圧縮は、HTTP/2 REST要求に関連する帯域幅削減とともに適用されます。

疑わしい場合は、常にHTTP/2に進みます。 HTTP/2アプリケーションを開発するための優れたツールもあります。 ShimmerCatのように、証明書とDNSエイリアスを設定する手間を省き、初日からHTTP/2で始めるのが煩雑にならないようにする人もいます。

+0

ご返信ありがとうございます。確かに私はそれを試してみましょう – subro

関連する問題