當(dāng)多個線程訪問共享數(shù)據(jù)時，就會發(fā)生種族條件，導(dǎo)致不一致；用同步，原子素或重新進(jìn)入。 2。當(dāng)線無限地等待彼此的鎖時，就會發(fā)生僵局。通過一致的鎖定訂購，使用Trylock與超時進(jìn)行預(yù)防，并使用JSTACK進(jìn)行監(jiān)視。 3。可見性問題是由于CPU緩存或重新排序引起的；通過揮發(fā)性關(guān)鍵字解決，盡管復(fù)合操作仍然需要同步。 4?？杀┞兜膯栴}包括饑餓，在其中拒絕線程的資源，通過公平鎖來減輕資源，而livelock則沒有進(jìn)步，并以隨機(jī)的退縮而解決。 5。濫用wait（）/notify（）導(dǎo)致缺失信號或例外；始終在同步塊中以一定的循環(huán)使用Wait（）。 6。更喜歡高級并發(fā)工具，例如執(zhí)行人員服務(wù)，ConcurrenthashMap，Blockingqueue和CountDownLatch，以減少錯誤風(fēng)險。為避免并發(fā)問題，請盡可能最大程度地減少共享的可變狀態(tài)，并盡可能依靠可靠的線程安全實(shí)用程序和不變的對象。

Java中的并發(fā)允許多個線程同時運(yùn)行，從而提高性能和響應(yīng)性，尤其是在服務(wù)器端應(yīng)用程序中。但是，強(qiáng)大的力量變得很復(fù)雜。如果無法正確處理，并發(fā)可能會引入微妙的，難以挑選的問題。這是最常見的問題，以及如何有效解決它們。

1。種族條件和數(shù)據(jù)不一致

當(dāng)多個線程同時訪問共享數(shù)據(jù)時，就會發(fā)生種族條件，并且其中至少一個將其修改為不可預(yù)測的結(jié)果。

例子：

公共班級計(jì)數(shù)器{
    私有int count = 0;
    public void遞增（）{count; }
    public int getCount（）{返回計(jì)數(shù); }
}

從多個線程調(diào)用increment()可能會導(dǎo)致丟失的更新，因?yàn)?code>count不是原子，它涉及閱讀，修改和寫入步驟。

解決方案：

• 使用synchronized關(guān)鍵字：

  公共同步void遞增（）{count; }

  這樣可以確保一個線程一次可以執(zhí)行該方法。

• 使用java.util.concurrent.atomic類：

  私有AtomicInteger count = new AtomicInteger（0）;
  public void遞增（）{count.incrementAndget（）; }

  原子類提供無鎖線安全操作。

• 使用顯式鎖（ ReentrantLock ）：

  私有最終重新輸入鎖lock = new Reentrantlock（）;
  public void遞增（）{
      lock.lock（）;
      嘗試 {
          數(shù)數(shù) ;
      } 最后 {
          lock.unlock（）;
      }
  }

  提供多于synchronized的控制權(quán)，包括試驗(yàn)和公平政策。

2。僵局

當(dāng)兩個或多個線程永遠(yuǎn)被封鎖時，都會發(fā)生僵局，每個線程都在等待對方持有的資源。

示例：線程A保持鎖定為1，并等待鎖定2。
螺紋B保持鎖定2，等待鎖1→僵局。

如何避免：

• 始終以一致的順序獲取鎖：執(zhí)行全球訂購（例如，在鎖定2之前始終獲取鎖1）。

• 獲取鎖時使用超時：

   if（lock.trylock（1000，timeunit.milliseconds））{
      嘗試 {
          //關(guān)鍵部分
      } 最后 {
          lock.unlock（）;
      }
  } 別的 {
      //處理超時
  }

• 使用jstack之類的工具在開發(fā)過程中檢測僵局。

3。線程干擾和可見性問題

即使操作出現(xiàn)原子質(zhì)，JVM和CPU優(yōu)化（例如CPU寄存器中的緩存或重新排序說明）也可能導(dǎo)致一個線程不看到另一個線程的更改。

例子：

私人布爾運(yùn)行= true;
public void run（）{
    而（運(yùn)行）{
        //做
    }
}

一個線程設(shè)置running = false ，但是另一個線程可能由于緩存而看不到更新。

解決方案：使用volatile關(guān)鍵字：

私人揮發(fā)性布爾運(yùn)行= true;

volatile確保：

• 寫入變量的文字立即可見其他線程。
• 防止變量周圍的某些編譯器/CPU重新排序。

對于復(fù)合動作（例如閱讀模式 - 寫入），僅volatile是不夠的 - 與同步或原子類別相交。

4。殺傷性問題：生計(jì)和饑餓

• 饑餓：線程永久拒絕訪問資源。例如，低優(yōu)先級線程可能永遠(yuǎn)不會獲得CPU時間。

  • 修復(fù)：使用公平的鎖定策略（ new ReentrantLock(true) ），避免無限期等待而不會產(chǎn)生。

• 生機(jī)：線程活躍但無法取得進(jìn)步（例如，兩個線程反復(fù)響應(yīng)彼此的動作）。

  • 修復(fù)：引入隨機(jī)性或退縮策略。例如，隨機(jī)延遲重試。

5。不適當(dāng)使用wait() ， notify()和notifyAll()

使用wait()無環(huán)或synchronized塊外部可能會導(dǎo)致IllegalMonitorStateException或錯過信號。

正確的模式：

同步（鎖）{
    while（條件notmet）{
        lock.wait（）; //發(fā)布鎖并等待
    }
    //在滿足條件時繼續(xù)
}

總是：

• 在醒來后呼叫wait() while循環(huán)（ if不是）以重新檢查狀態(tài)。
• 在調(diào)用wait()或notify()之前確保鎖定鎖定。

或者，使用高級并發(fā)公用事業(yè)。

6。更喜歡高級并發(fā)公用事業(yè)

而不是手動管理線程和鎖定，而是使用java.util.concurrent軟件包：

• 線程管理ExecutorService ：

   executorService executor = executors.newfixedThreadPool（4）;
  executor.submit（（） - > dowork（））;

• ConcurrentHashMap ，用于線程安全集合的CopyOnWriteArrayList 。

• 生產(chǎn)者 - 消費(fèi)者模式的BlockingQueue ：

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

• CountDownLatch ， CyclicBarrier ， Semaphore的協(xié)調(diào)。

這些是經(jīng)過戰(zhàn)斗測試，高效的，并減少了錯誤的機(jī)會。

---

基本上，盡管Java為您提供了強(qiáng)大的并發(fā)工具，但關(guān)鍵是最大程度地減少共享的可變狀態(tài)并依靠經(jīng)過驗(yàn)證的實(shí)用程序，而不是滾動自己的同步。大多數(shù)問題源于在無法保證線程安全的情況下，因此，如果有疑問，請檢查文檔或使用不可變的對象和線程安全類。

以上是解決Java中常見的并發(fā)問題的詳細(xì)內(nèi)容。更多信息請關(guān)注PHP中文網(wǎng)其他相關(guān)文章！