万万没想到,线程居然被饿死了!
生活随笔
收集整理的這篇文章主要介紹了
万万没想到,线程居然被饿死了!
小編覺得挺不錯的,現在分享給大家,幫大家做個參考.
我們在構建線程池的時候可以構建單個線程的線程池和多個線程的線程池。
那么線程池使用不當可不可能產生死鎖呢?我們知道死鎖是循環爭奪資源而產生的。線程池中的線程也是資源的一種,那么如果對線程池中的線程進行爭奪的話也是可能產生死鎖的。
在單個線程的線程池中,如果一個正在執行的線程中,使用該線程池再去提交第二個任務,因為線程池中的線程只有一個,那么第二個任務將會等待第一個任務的執行完成來釋放線程,而第一個任務又在等待第二任務的執行來完成任務。從而產生了線程饑餓死鎖(Thread Starvation Deadlock).
線程饑餓死鎖并不一定在單個線程的線程池中產生,只要有這種循環使用線程池的情況都可能產生這種問題。
我們看下例子:
public class ThreadPoolDeadlock {ExecutorService executorService= Executors.newSingleThreadExecutor();public class RenderPageTask implements Callable<String> {public String call() throws Exception{Future<String> header, footer;header= executorService.submit(()->{return "header";});footer= executorService.submit(()->{return "footer";});return header.get()+ footer.get();}}public void submitTask(){executorService.submit(new RenderPageTask());} }我們在executorService中提交了一個RenderPageTask,而RenderPageTask又提交了兩個task。因為ExecutorService線程池只有一個線程,則會產生死鎖。
我們的線程被餓死了!
本文的例子請參考https://github.com/ddean2009/learn-java-concurrency/tree/master/ThreadPoolDeadlock
更多精彩內容且看:
- 區塊鏈從入門到放棄系列教程-涵蓋密碼學,超級賬本,以太坊,Libra,比特幣等持續更新
- Spring Boot 2.X系列教程:七天從無到有掌握Spring Boot-持續更新
- Spring 5.X系列教程:滿足你對Spring5的一切想象-持續更新
- java程序員從小工到專家成神之路(2020版)-持續更新中,附詳細文章教程
更多內容請訪問 flydean的博客
超強干貨來襲 云風專訪:近40年碼齡,通宵達旦的技術人生總結
以上是生活随笔為你收集整理的万万没想到,线程居然被饿死了!的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 使用ExecutorService来停止
- 下一篇: java中有界队列的饱和策略(rejec