ASP.NET HttpListenerを使ってファイルのブレークポイントを再開します

クズども · 掲載地 2019/11/27 10:42:41

ブレークポイント継続の原理は非常にシンプルで、HTTPのリクエストとリプライメッセージのヘッダーは通常のダウンロードとは異なります。
通常の方法でサーバー上で文書をリクエストする場合、リクエスト内容とサーバーが受信した内容は以下の通りです。

リクエストヘッダー:
Cache-Control: no-cache
Connection: close
Pragma: no-cache
Accept: */*
Host: localhost
レスポンスヘッダー:
200
Content-Type: application/octet-stream
Content-Disposition: attachment;FileName=time.pdf

サーバーがブレークポイント再開をサポートする場合、リクエストと応答は以下の通りです。

リクエストヘッダー:
Cache-Control: no-cache
Connection: close
Pragma: no-cache
Accept: */*
Host: localhost
Range: bytes=15360-
レスポンスヘッダー:
206
Content-Type: application/octet-stream
Content-Disposition: attachment;FileName=time.pdf

2つのメッセージの異なる部分は赤い部分で示されています。以下が見て取れます:
レンジヘッダーは顧客の希望するダウンロード場所を特定するために使用されます。
サーバーの応答番号が200の場合は、ダウンロードがファイルのヘッダーから始まり、206はファイルの特定の場所から転送が始まることを意味します。
つまり、ブレークポイント再開をサポートする場合は、ファイルの任意の部分からダウンロードを始められますが、通常の方法はファイルヘッダーからしかダウンロードできません。
サーバーがブレークポイント再開をサポートするためには、以下の問題を解決する必要があります:

1。再開リクエストの場合は、クライアントが求めるファイル範囲を取得する必要があります。
上記の分析からわかるように、クライアントがブレークポイントを送信している際、パケットヘッダーにRangeフィールドが追加され、それがブレークポイント伝送要求かどうかを次のように判断できます。
文字列の範囲 = リクエスト。ヘッダー[「レンジ」];
bool isResume = 文字列。 IsNullOrEmpty(範囲);

2。クライアントに正しく応答し、エンドポイントが継続可能であることをクライアントサーバーに通知します
ブレークポイントのリクエストを送信する際、クライアントに対応する番号は次のように設定できます:
応答。ステータスコード=206;

3。クライアントが必要とする適切なコンテンツを提供すること
クライアントが求める正しいコンテンツを提供するには、一般的に以下のステップが含まれます
クライアントのファイルリクエスト範囲を分析して取得します。
ブレークポイントを送信すると、必要な長さがファイルの長さより短いため、正しい応答を設定する必要があります。 ContentLength64プロパティ。
必要な内容を正しく転送してください
コード例:

ログインが見えます。

クヴェルチュ · 掲載地 2019/11/27 13:14:14

マーク

ジョニョン · 掲載地 2019/11/30 12:04:39

マーク

[ASP.NET] ASP.NET HttpListenerを使ってファイルのブレークポイントを再開します

関連記事

閲覧したセクション