データ送信処理の問題
送信するファイル送信はキャンセルできません
大容量ファイル転送の故障率の低いです
同じ接続では、ファイル、一般的なメッセージの優先度を達成することはできません
第二に、断片化プロセスのデータ伝送
ロジックの実装としてIII断片
ファイルサイズはスライス、スライスを計算し、にデータを読み取ります
固定フォーマットデータの断片は、パッキングを送りました
スライスデータ分析および断片化アセンブリ
ディスパッチャは、スケジューリングロジックを調整します
四、パケットルール
V.フラグメンテーションメッセージルール
フレームサイズ:16 -1 = 65535の最大電力(0は1つのバイトを占有するので、最大値は65535として識別される)2、即ち、最大フレームサイズが65535であります
フレームタイプ:フレームが最初のフレームであるかどうかを示し(フレーム率いる場合、種類に応じて、対応するフレームタイプを作成していない場合は、直接データを追加)、フレームの廃止、等
フラグ情報をフレーム:暗号化情報を格納するために、そのような暗号化の種類として、
一意に対応するパケットを識別します。このようなパケットが1搬送ヘッドフレームとして1〜255の範囲の正の数(0は一般に使用されていない)、データフレームは1、2標識搬送する時間によって、第2のパケット、データフレームでありますまた、2。受信すると、同じパケット内次に、プラグデータを2標識。このとき、メッセージ送信は、255の同時達成することができます。
予約:延長の可能性
データ領域:フレームのサポート
六、パケットの新しいルール
ヘッダとボディ、主導フレームヘッダ、図に示すフレームヘッダデータ構造を含むパケット。
包頭のコンテンツは、フレームのデータ領域に追加され、介在物のパケットは、はいどのくらい、どのようなタイプの、何上記パケットゼノリス言います。
パッケージには、多くのフレームを備えています。
七、データフレームのフレーム構造
八、第一のフレームのデータ内容
各フレームの先頭部の上部
データ長の起動、データ部分に属しています。
データ記憶の最初の5バイト、データのストレージタイプの1バイト、ストレージheaderinfoの256バイトの長さを使用して、データ部、
九、クラスの基礎
クラススライス:フレーム
AbsSendFrameベース送信フレーム
AbsSendPacetFrame:パケット伝送フレーム単位
SendHeaderFrame:ヘッドフレームを送信します
SendEntityFrame:エンティティフレームを送信します
AbsReceiveFrame:フレームを受信すると
ReceiveHeaderFrame:ヘッドフレームを受信
ReceiveEntityFrame:受信エンティティフレーム
CancelSendFrame:送信フレームをキャンセル
AsyncPacketReader:管理パケットを受信し、実装ロジックスライス
AsyncPacketWriter:管理パケットを受信し、実装ロジックスライス
BytePriorityNode:優先ノードリストをするように構成することができます
十、类图
XI、パケットスイッチのフレーム処理