インタビューシリーズ23

(1)ダボ支持異なる通信プロトコル

 

1)ダボ契約

 

ダボ://192.168.0.1:20188

 

デフォルトでは、ヘッセのように、シーケンスの合意に基づいてダボプロトコル、単一の長い接続、NIO非同期通信を、取ることです

 

シナリオが適用され(100キロバイト以内要求ごと)データ転送の少量が、高い並行性

 

、同時実行性の高いシナリオをサポートするいくつかのマシン上で通常のサービスプロバイダが、サービスの消費者の何百もあるために、回日数百万に達し呼び出すことができます!長い接続は、各サービスで、最も適切であると、この時間は、100の接続の合計が、長い消費者が接続することができる維持することです。次いで直接長さベースの非同期通信の背後に接続されたNIOは、高い同時要求をサポートすることができます。

 

そうでない場合は、リクエスト億回ごとに短い接続場合は、サービスプロバイダは実行しません。

 

送信データが大きすぎると、単一の長い接続を取っているので、それは低く、並行性につながります。一般的に送信されるデータの量が非常に少ない、高いサポート同時アクセスであることをお勧めします。

 

2)RMIプロトコル

 

通常より少ないと、ファイルを転送するためのコンシューマとプロバイダの同様の数のために、Javaのバイナリシリアル、複数の短い接続を行きます

 

3)ヘッセプロトコル

 

一般にあまりとヘッセ直列化プロトコル、ファイル転送のために消費者によって提供される数よりも多い数の短い接続の複数を取ります

 

4)HTTPプロトコル

 

JSONシリアライズを行きます

 

5)Webサービス

 

テキストウォークSOAPのシリアライズ

 

(2)ダボ支持シリアライゼーションプロトコル

 

したがって、実際のダボ様々な通信プロトコルがヘッセ、Javaのバイナリシリアライゼーション、JSON、SOAPシリアライゼーション複数のテキスト直列化プロトコルをサポートします。しかし、ヘッセは、デフォルトの直列化プロトコルです。

おすすめ

転載: www.cnblogs.com/xiufengchen/p/11259204.html