複數(shù)のスレッドが共有データにアクセスし、矛盾につながる場合、人種條件が発生します。同期、AtomicInteger、またはReentrantLockで修正します。 2。スレッドがお互いのロックを無期限に待つと、デッドロックが発生します。一貫したロック順序、TryLockをタイムアウトで使用し、JSTACKで監(jiān)視することで防止します。 3。CPUのキャッシュまたは並べ替えにより、視界の問題が発生します。揮発性キーワードで解決しますが、複合操作には同期が必要です。 4.快適な問題には、糸が拒否され、公正なロックによって緩和されたリソースが拒否されている飢vと、スレッドが進行せず、ランダムなバックオフで解決されたリベロックが含まれます。 5。wait（）/notify（）を誤用すると、見逃された信號または例外が発生します。同期ブロック內(nèi)のしばらくループで常にwait（）を使用してください。 6. executorservice、concurrenthashmap、blockingqueue、countdownlatchなどの高レベルの並行性ツールを希望して、エラーリスクを減らします。並行性の問題を回避するために、共有された可変狀態(tài)を最小限に抑え、可能な限り実証済みのスレッドセーフユーティリティと不変のオブジェクトに依存します。

Javaの並行性により、複數(shù)のスレッドが同時に実行できるようになり、特にサーバー側(cè)のアプリケーションでパフォーマンスと応答性が向上します。しかし、大きな力では大きな複雑さがもたらされます。適切に処理されていない場合、並行性は微妙で非難の困難な問題を?qū)毪扦蓼?。最も一般的な問題とそれらを効果的に解決する方法は次のとおりです。

1。人種條件とデータの矛盾

複數(shù)のスレッドが共有データに同時にアクセスすると、少なくとも1つがそれを変更し、予測不可能な結(jié)果につながる場合、レース條件が発生します。

例：

パブリッククラスカウンター{
    private int count = 0;
    public void increment（）{count; }
    public int getCount（）{return count; }
}

複數(shù)のスレッドからincrement()を呼び出すと、 countアトミックではないため、更新が失われる可能性があります。

ソリューション：

• synchronizedキーワードを使用します：

   public synchronized void increment（）{count; }

  これにより、1つのスレッドのみが一度にメソッドを?qū)g行できるようにします。

• java.util.concurrent.atomicクラスを使用してください。

   Private AtomicInteger count = new AtomicInteger（0）;
  public void increment（）{count.incrementAndget（）; }

  アトミッククラスは、ロックフリーのスレッドセーフ操作を提供します。

• 明示的なロックを使用（ ReentrantLock ）：

  プライベートファイナルReentrantLock lock = new ReentrantLock（）;
  public void increment（）{
      lock.lock（）;
      試す {
          數(shù);
      } ついに {
          lock.unlock（）;
      }
  }

  トライロックや公平性ポリシーなど、 synchronizedよりも多くのコントロールを提供します。

2。デッドロック

デッドロックは、2つ以上のスレッドが永遠にブロックされ、それぞれが他のスレースが保持しているリソースを待っているときに発生します。

例：スレッドAを保持してロック1を使用し、ロック2を待ちます。
スレッドBはロック2を保持し、ロック1→デッドロックを待ちます。

避ける方法：

• 常に一貫した順序でロックを取得します。グローバルな注文を?qū)g施します（たとえば、ロック2の前に常にロック1を取得します）。

• ロックを取得するときにタイムアウトを使用してください：

   if（lock.trylock（1000、timeunit.milliseconds））{
      試す {
          //クリティカルセクション
      } ついに {
          lock.unlock（）;
      }
  } それ以外 {
      //タイムアウトを処理します
  }

• jstackなどのツールを使用して、開発中にデッドロックを検出します。

3。スレッドの干渉と可視性の問題

操作がアトミックに見えても、JVMおよびCPUの最適化（CPUレジスタでのキャッシュや指示の並べ替えなど）により、あるスレッドが別のスレッドが変更されないようになります。

例：

プライベートブールランニング= true;
public void run（）{
    while（running）{
        //仕事をします
    }
}

1つのスレッドはrunning = false設定しますが、別のスレッドはキャッシュのために更新が表示されない場合があります。

解決策： volatileキーワードを使用します：

プライベート揮発性ブールランニング= true;

volatileは保証します：

• 変數(shù)への書き込みは、すぐに他のスレッドに表示されます。
• 変數(shù)の周りの特定のコンパイラ/CPUの並べ替えを防ぎます。

複合作用（Read-Modify-Writeなど）の場合、 volatileだけでは十分ではありません。

4。快適な問題：活気と飢v

• 飢v：スレッドは、リソースへのアクセスを永久に拒否されます。たとえば、低優(yōu)先度のスレッドはCPU時間を取得できない場合があります。

  • 修正：公正ロックポリシー（ new ReentrantLock(true) ）を使用して、降伏せずに不定ループの待機を避けてください。

• Livelock：スレッドはアクティブですが、進行することができません（たとえば、2つのスレッドが互いのアクションに繰り返し応答します）。

  • 修正：ランダム性またはバックオフ戦略を?qū)毪筏蓼?。たとえば、ランダムな遅延で再試行します。

5。Wait wait() 、 notify() 、およびnotifyAll()の不適切な使用

ループまたは外部のsynchronizedブロックなしでwait()を使用すると、 IllegalMonitorStateExceptionまたは紛失した信號を引き起こす可能性があります。

正しいパターン：

同期（ロック）{
    while（conditionnotmet）{
        lock.wait（）; //ロックを解放して待機します
    }
    //條件が満たされたら進みます
}

いつも：

• while （）內(nèi)側(cè)のwait()を呼び出してください（ if ）。目が覚めた後に狀態(tài)を再確認します。
• wait()またはnotify()を呼び出す前に、ロックが保持されていることを確認してください。

または、高レベルの並行性ユーティリティを使用します。

6.高レベルの並行性ユーティリティを好みます

スレッドとロックを手動で管理する代わりに、 java.util.concurrentパッケージを使用します。

• スレッド管理のためのExecutorService ：

   executorservice executor = executors.newfixedthreadpool（4）;
  executor.submit（（） - > dowork（））;

• ConcurrentHashMap 、スレッドセーフコレクションのCopyOnWriteArrayList 。

• プロデューサー消費者パターンのBlockingQueue ：

   blockingqueue <task> queue = new linkedblockingqueue <>（）;

• CountDownLatch 、 CyclicBarrier 、調(diào)整のためのSemaphore 。

これらは戦闘テストで効率的であり、エラーの可能性を減らします。

---

基本的に、Javaは並行性のための強力なツールを提供しますが、重要なのは、共有された可変狀態(tài)を最小限に抑え、獨自の同期を展開するのではなく、実績のあるユーティリティに傾くことです。ほとんどの問題は、スレッドの安全性を保証しない場合に想定することに起因します。そのため、疑わしい場合は、ドキュメントを確認するか、不変のオブジェクトとスレッドセーフクラスを使用します。

以上がJavaの一般的な並行性の問題を解決しますの詳細內(nèi)容です。詳細については、PHP 中國語 Web サイトの他の関連記事を參照してください。