6

ASP.NET MVC 3 アプリをコーディングしています。ユーザーがログインしたら、リモート システムをチェックして、そのユーザーの最新データをシステムから取得する必要があります。このタスクには約 15 秒かかります。

ユーザーは、ログイン後すぐにアプリに入ることができるはずです (リモート呼び出しを 15 秒待つ必要はありません!)。リモート呼び出しが完了すると、ユーザーのローカル情報が更新されます。

これを行うためにスレッドを使用することを考えていました。ログイン後にスレッドを作成し、そのコースを実行させました。ただ、いろいろ読んでみると、MVCでスレッドを扱う場合のリサイクルなどが気になります。非同期コントローラーを使用しますが、このバックグラウンド プロセスの状態をユーザーにフィードバックする必要はありません。スレッドが短命であっても、スレッドについて心配するのは正しいですか?

4

2 に答える 2

5

「...リサイクルが心配です...」

「...ユーザーに状態をフィードバックする必要はありません...」

「...短命...」

ThreadPool.QueueUserWorkItemを使用する必要がある3つの理由。

于 2012-09-10T14:40:10.800 に答える
0

Webアプリで「スレッド」を使用しないでください。「非同期」呼び出しを使用して、サーバーにこれを処理させます。それ以外の場合は、スレッドプールを設定して低速リクエストをキューに入れる必要があります。

于 2012-09-10T14:40:21.937 に答える