マルチスレッド環境でラウンドロビンでリストから値を返す方法は？

Question

バックエンドへのWebサービスコールを非同期的に行い、TFNのリストから呼び出し側にラウンドロビンでフリーダイヤル番号を返すコードを記述する必要があります。以下は私のコードです

@Stateless 
public class TollFreeServiceBean { 
    @EJB 
    private AsyncBackendService asyncBean; 
    public long getTollFreeNumber(Request request) { 
     //Validate request 
     asyncBean.callBackend(request); 
     return TFNUtil.getNext(); 
    } 
} 

@Stateless 
public class AsyncBackendService { 
    @Asynchronous 
    public void callBackend(Request request) { 
     // Call web service and inform a caller with `Request` is going to call 
    } 
} 

public class TFNUtil { 
    private static int index = 0; 
    private TFNUtil(){} 
    public static synchronized long getNext() { 
     // Get TFN list from cache 
     if(tfnList.size() >= index) { 
      index = 0; 
     } 
     long tfn = tfnList.get(index); 
     index++; 
     return tfn; 
    } 
} 

キャッシュ内のTFNが完了するまで、お客様は別々のTFNを取得します。完了したら、次の顧客は再び最初のTFNを取得する必要があります。たとえば、10のTFNと11の顧客がある場合、11番目の顧客は1番目のTFNを受け取る必要があります。第12の顧客は第2のTFNなどを受け取るべきである。

バックエンドシステムは、2人の異なる同時顧客が同じTFNに着陸していると訴えています。だから私のTFNUtil.getNext（）ロジックが正しくないと思う。

誰でもこのバグを指摘できますか？

Answer 1

お客様の声明は矛盾しています。

一方で、と同じが2人のお客様に届かないと心配しています。

一方、正確にそれを行うシステムを意図的に配置します。

あなたのリストtfnListの要素数に応じて、あなたのメソッドgetNext()は非常に「スピルオーバー」する可能性があります。それではどうなると思いますか？

私にとっては、実際のソリューションがより複雑なように聞こえます。システムを再設計する必要があるかもしれません。その数字のリストを回転させるだけではなく、しばらくの間に番号をブロック/予約できるシステムが必要になるかもしれません。番号は予約されていますが、再度渡されることはありません。

単純なバージョンのものは、「時間」ベースのみです。あるX分/時間後に自動的に予約が "消滅"することを意味します。それが動作しない場合。あなたはさらに一歩進んでいく必要があります：あなたのワークフローで何かを見つけてにunを予約して、それらを再び "利用可能"にする予約番号。

それ以上に、N個の番号を利用できるときに何が起こるべきかを完全には考えていないようですが、同時にN + xのお客様が来ているようです。ラウンドロビン/回転...あなたを助けることができるものはありません！そのような状況が可能であれば、それに対処して何が起こるべきかを定義しなければなりません！