0

外部システムから複数のオブジェクトを取得する必要があります。外部システムは複数の同時要求 (つまりスレッド) をサポートしていますが、外部システムをフラッディングする可能性があります。したがって、複数のオブジェクトを非同期で取得できるようにしたいのですが、同時非同期要求の数を調整できるようにしたいと考えています。つまり、100 個のアイテムを取得する必要がありますが、一度に 25個を超えるアイテムを取得したくありません。25 の各リクエストが完了すると、別の取得をトリガーし、それらがすべて完了したら、リクエストされた順序ですべての結果を返したい (つまり、呼び出し全体が返されるまで結果を返す意味がない) ）。この種の推奨パターンはありますか?

このようなものが適切でしょうか (疑似コード、明らかに)?

  private List<externalSystemObjects> returnedObjects = new List<externalSystemObjects>;

  public List<externalSystemObjects> GetObjects(List<string> ids)
  {
      int callCount = 0;
      int maxCallCount = 25;
      WaitHandle[] handles;

      foreach(id in itemIds to get)
      {
          if(callCount < maxCallCount)
          {
               WaitHandle handle = executeCall(id, callback);
               addWaitHandleToWaitArray(handle)
          }
      else
      {
           int returnedCallId = WaitHandle.WaitAny(handles);
           removeReturnedCallFromWaitHandles(handles);
      }
   }

   WaitHandle.WaitAll(handles);

   return returnedObjects;
   }

   public void callback(object result)
   {
         returnedObjects.Add(result);
   }
4

2 に答える 2

1

処理する項目のリストを、25 の処理スレッドがタスクをデキューし、タスクを処理し、結果を追加して、キューが空になるまで繰り返すキューとして考えます。

 class Program
  {
    class State
    {
      public EventWaitHandle Done;
      public int runningThreads;
      public List<string> itemsToProcess;
      public List<string> itemsResponses;
    }

    static void Main(string[] args)
    {
      State state = new State();

      state.itemsResponses = new List<string>(1000);
      state.itemsToProcess = new List<string>(1000);
      for (int i = 0; i < 1000; ++i)
      {
        state.itemsToProcess.Add(String.Format("Request {0}", i));
      }

      state.runningThreads = 25;
      state.Done = new AutoResetEvent(false);

      for (int i = 0; i < 25; ++i)
      {
        Thread t =new Thread(new ParameterizedThreadStart(Processing));
        t.Start(state);
      }

      state.Done.WaitOne();

      foreach (string s in state.itemsResponses)
      {
        Console.WriteLine("{0}", s);
      }
    }

    private static void Processing(object param)
    {
      Debug.Assert(param is State);
      State state = param as State;

      try
      {
        do
        {
          string item = null;
          lock (state.itemsToProcess)
          {
            if (state.itemsToProcess.Count > 0)
            {
              item = state.itemsToProcess[0];
              state.itemsToProcess.RemoveAt(0);
            }
          }
          if (null == item)
          {
            break;
          }
          // Simulate some processing
          Thread.Sleep(10);
          string response = String.Format("Response for {0} on thread: {1}", item, Thread.CurrentThread.ManagedThreadId);
          lock (state.itemsResponses)
          {
            state.itemsResponses.Add(response);
          }
        } while (true);

      }
      catch (Exception)
      {
        // ...
      }
      finally
      {
        int threadsLeft = Interlocked.Decrement(ref state.runningThreads);
        if (0 == threadsLeft)
        {
          state.Done.Set();
        }
      }
    }
  }

非同期コールバックを使用して同じことを行うことができます。スレッドを使用する必要はありません。

于 2010-04-09T05:50:14.017 に答える
0

保留中のリクエストを保持するためのキューのような構造を持つことは、かなり一般的なパターンです。処理に複数のレイヤーが存在する可能性がある Web アプリでは、処理変更の初期部分に大きなキューを持つ「じょうご」スタイルのアプローチが見られます。また、キューに何らかの優先順位が適用され、優先度の高い要求がキューの先頭にシャッフルされる場合もあります。

ソリューションで考慮すべき重要な点の 1 つは、リクエストの到着率が処理率よりも高い場合 (これは、サービス拒否攻撃が原因であるか、今日の処理の一部が異常に遅いことが原因である可能性があります)、キューが増加することです。際限なく。キューの深さが一定の値を超えたときに新しいリクエストをすぐに拒否するなどのポリシーが必要です。

于 2010-04-09T07:09:16.213 に答える