私はスレッドを永遠に実行し続ける必要があります。どちらの方法が最適ですか？

Question

asp.netアプリケーションからバックグラウンドで実行中のスレッドが必要です。 ところで、メソッドは外部データソース期間から何かを取得し、例外が発生する可能性があります。私はこのタスクをフルフィルするいくつかの方法を提供しています。

Way1 =例外が発生したときのループ。

static void LongRunningMethod() 
    { 
     do 
     { 
      try 
      { 
      //fetch something from external period and maybe exception happens. 
      Thread.sleep(100000); 
      } 
      catch(Exception ex) 
      { 
       //log exception.. 
      } 
     } while (true); 
    } 

ウェイ2 =タイマーのようなもので、次の方法期間を実行すると、例外が発生したときに、新しいスレッドを開きます。

static void LongRunningMethod() 
    { 

      try 
      { 
      //fetch something from external period and maybe exception happens. 
      Thread.sleep(100000); 
      } 
      catch(Exception ex) 
      { 
       //log exception.. 
      Thread T2 = new Thread(LongRunningMethod); 
      T2.Start(); 
      } 

    } 

Way3 =例外が発生したときにそれ自身を呼び出します。 - 奇妙な間隔のため申し訳ありません - 私は、コードウィンドウでこれを直接編集し

static BackgroundWorker looper = new BackgroundWorker(); 
static bool isRunning = true;//you can set this to false when closing 
public static void initialize(){ 
    looper.DoWork+= doLoop; 
    looper.RunRunWorkerAsync(); 
    } 
    private static void doLoop(object sender, DoWorkEventArgs e){ 
     while(isRunning){ 
      //do looping code 
      System.Threading.Thread.Sleep(5000); 
       if(!isRunning) 
        break; 
     } 
    } 

PS：

static void LongRunningMethod() 
    { 

      try 
      { 
      //fetch something from external period and maybe exception happens. 
      Thread.sleep(100000); 
      } 
      catch(Exception ex) 
      { 
       //log exception.. 
       LongRunningMethod(); 
      } 

    } 

Answer 1

私は3つのうちどれも使用しません。実際に、私はほとんどASP.NETの間隔タスクの基盤を構築しない理由：

1.タスクの開始は制御不能である

ASP.NETに基づいて、タスクは上の登録/起動する必要がありますApplication_Startメソッドは、最初のリクエストによってトリガされます。つまり、最初のリクエストが来たときにタスクが開始されます。理論的には、アプリケーションのデプロイ後に時間がかかることがあります。

2.タスクの終了は、（私の知る限り、これがデフォルトの動作です）リサイクル・オン・デマンドとして構成することができる制御

のWebサーバー（IIS思考）の外にあります。つまり、実行時にスレッドが強制終了される可能性があります。ほとんどの状況下では、あなたのタスクと状態の永続性に対処し、コードの再試行などを追加する必要があります...それは悪夢です！

WindowsサービスやWindowsのタスクスケジューラ機能を使用する方が良いでしょう。後者は、タイマーやインターバルコールコードを書く必要がないため、さらに簡単です。イベントビューアでは、より安定し、コードが少なく、フレンドリーなログです！それは本当にすべてを簡単にしています。

Answer 2

私はSystem.ComponentModel.BackgroundWorkerを使用したいです。