私は複数のスレッドを作成し、デッドロック状況を導入するはずのリアルタイム状況を提案します。これはプロジェクトの一種です。 uの皆さんは、いくつかのリアルタイムの状況で、アプリケーションがよりinterestin作るのを助けることができますMultiThreading and Deadlock
答えて
あなたはマルチスレッドを証明するために生産者 - 消費者のアルゴリズムを使用することができ哲学者、黄金のフォークおよびスパゲッティ
食事について聞いたことがありますが、黄金のフォークはありますか?偽者は世界で動いた – basszero
これはリアルタイムの例かテキストブックの例ですか? –
これは長い時間前ですが、おそらく私は黄金のフォークを発明しました –
の大きなボウルを考えます。
レポートジェネレータ シナリオは、1つのサービス(プロデューサ)によってさらに処理するためにレポートごとのデータがキューに挿入されることがあります。レポートプロセッササービス(コンシューマ)は、レポートのデータをキューから取り出し、一度に1つのレポートを処理します。レポートプロセッササービスには5つの異なるインスタンスがあります。それらのすべては、単一のキュー(これはキューにロックを導入する必要がある場所など)からレポートを消費します。
これは、デッドロックが発生します。
public static void main(String[] args)
{
final Object object1 = new Object();
final Object object2 = new Object();
Thread thread1 = new Thread(
new Runnable()
{
public void run()
{
try
{
//**** Lock on object1 first ****
synchronized(object1)
{
Thread.sleep(1000);
//**** Lock on object2 second ****
synchronized(object2)
{
System.out.println("Should never get here.");
}
}
}
catch (InterruptedException e)
{
System.out.println("Thread interupted.");
}
}
}
);
Thread thread2 = new Thread(
new Runnable()
{
public void run()
{
try
{
//**** Lock on object2 first ****
synchronized(object2)
{
Thread.sleep(1000);
//**** Lock on object1 second ****
synchronized(object1)
{
System.out.println("Should never get here.");
}
}
}
catch (InterruptedException e)
{
System.out.println("Thread interupted.");
}
}
}
);
thread1.start();
thread2.start();
}
基本的には同じオブジェクトのロックに対して競合する2つのスレッドを持っています。スレッド1はobject1
にロックを取得し、スレッド2はobject2
にロックを取得し、それぞれが別のオブジェクトに対してロックを取得しようとし、別のスレッドがすでにロックしているためデッドロックが発生します。
スリープはデッドロックIMOを保証しません。 –
'sleep'は、それぞれのスレッドが' object2'と 'object1'でそれぞれの最初のロックを取得するまでに(それぞれ' object1'と 'object2'で)2回目のロックを取得しようとしています。 'thread2'が1000ms以内にロックを持っていない可能性はありますが、それはありそうもありません。最終的には、「スリープ」はデッドロックを起こすための単純なメカニズムとして存在しますが、デッドロック自体の原因ではなく、原因は競合するロックです。 –
ありがとうございます。いつもデッドロックに終わるプログラムを書くような質問があるなら、別の方法を考える必要がありますか? –
また、固定サイズのスレッドプールでデッドロックすることができます
final ExecutorService exec = Executors.newFixedThreadPool(1);
exec.submit(new Runnable() {
public void run() {
Future<?> f = exec.submit(new Runnable() {
public void run() {
}
});
try { f.get(); } catch (Exception ex) { }
}
});
- 1. fortran netcdf close parallel deadlock
- 2. multithreading scope
- 3. Ehcache&MultiThreading
- 4. jython multithreading
- 5. python multithreading question
- 6. MLCP load throw DeadLock - MarkLogic 8
- 7. Process.StandardOutput.ReadToEnd();のDeadLockの問題
- 8. stringstreamとmultithreading
- 9. Spring-AOP&MultiThreading
- 10. java network multithreading
- 11. Delphi TList in multithreading
- 12. "jobs"のPythonic Multithreading
- 13. ConcurrentQueue with multithreading
- 14. .net multithreading winforms
- 15. Java MultiThreading objects
- 16. Spring + Hibernate with multithreading environment
- 17. sqlite3 multithreading in objective c
- 18. Stanford Parser - MultiThreading issue - LexicalizedParser
- 19. MultiThreading WebBrowserコントロールC#STA
- 20. MultiThreading:地図のパフォーマンス
- 21. python multithreading save dictionary result
- 22. C++のCanon EDSDK MultiThreading
- 23. Android API 7(2.1)、MapView、MultiThreading、ConcurrentModificationException
- 24. Sharepoint、IIS、.net、およびmultithreading
- 25. java multithreading:交通交差システム
- 26. LinkedListを使用したMultiThreading
- 27. C++ multithreading:条件変数
- 28. C#WPF UI Freeze Issue MultiThreading
- 29. Processing + Multithreadingの反応拡散アルゴリズム
- 30. Futures for Multithreadingの使い方は?
あなたはこれがあなたの割り当てであるとの考えを自分でcomeupする必要があります。 –
「リアルタイム」とは、あなたがこの質問をしているときに宿題が手渡されようとしているということですか? – madlep