どれくらいのオーバーヘッドが発生する場合送信ファイルをwebサービス-バイト配列として?
-
08-06-2019 - |
質問
この 質疑応答 表示方法を示し送信ファイルとしてのバイト配列をXML webサービスです。どのくらいオーバーヘッドが発生するがこのメソッドを使用のためのファイル転送?このデータをするとどうなるのかわかりません
<?xml version="1.0" encoding="UTF-8" ?>
<bytes>
<byte>16</byte>
<byte>28</byte>
<byte>127</byte>
...
</bytes>
この形式のバイトが最初に変換するUTF-8文字以内。それぞれの文字割り当てら8バイトまでとなります。のバイトに格納されベース10個、六角レンチ、またはバイナリ文字?どのくらい大きなファイルがそのまま送信によるXMLデータの文字エンコーディング?は圧縮に内蔵webサービス?
解決
一般的にバイト配列として出力されます base64
符号化された文字列ではなく、個々のバイトをしています。
http://en.wikipedia.org/wiki/Base64
の base64
符号化された版では約 137% のサイズのオリジナルコンテンツです。
他のヒント
その結果が、先ほど任天堂さんの方法一部の社内webサービス、せんが主要なローダウンも思いのではあります。
ではありませんで使用する数多くの交通ネットワーク解析ツールの測定データのサイズは、判定通話に基づい。
はわかりませんすべての内容(圧縮、エンコード等)が通常で使用 WireShark 分析の通信ができるよう様々な方法、その後、それらで確認することができます。うで送信されます。
例えば、圧縮のデータブロックのパケットだけが読みやしたいときには、標準テキストがなされた、圧縮解除されたまだplain old xmlテキストのように---まさとHTTP交通、FTP場合があります。
エコーかKevinと社までお問い合わせください。net webサービスの場合、バイト配列で送信されbase64符号化された文字列デフォルトです。を指定することもでき、エンコードのバイト配列。
明らかに、一度では、サーバはクライアント)に必要なものは手動でデコードを文字列に戻バイト配列としてこっているautomagicallyいます。
主なパフォーマンスがなくなるわけではありませんからの移転の符号化されたファイルからの処理は、サーバーしているエンコードファイルの前にない場合にファイルがなく、符号化されたバージョンをキャッシュするか).