雖然使用ExecutorService可以讓線程處理變的很簡單， 可是有沒有人覺得在結束線程運行時候只調用shutdown方法就可以了？實際上，只調用shutdown方法的是不夠的。 我們用學校的老師和學生的關系來說明這個問題。 shutdown只是起到通知的作用 我們來假設如下場景：學校 ...

創建一個容量為5的線程池 ExecutorService executorService = Executors.newFixedThreadPool(5); 向線程池提交15個任務，其實就是通過線程池來啟動15個線程 for(int i = 0;i<15;i++ ...

前言 最近在使用ExecutorService的時候，對於與ExecutorService相關的概念有些迷糊， 加上本身ExecutorService內部的有些方法名在取名上也容易讓使用者誤解，導致 犯了一些錯誤。在解決的過程中，偶爾看到了日本人寫的一篇文章簡單明了，通俗易懂 所以想着 ...

最近看了下Java線程池的源碼，ExecutorService里面關於shutdown和shutdownNow的注釋不太能理解啥意思。 直接翻譯字面意思是，開啟一個有序的關閉，先前提交的任務會被執行，但不接受新任務。如果已關閉，則調用不會產生任何其他影響。但是這個方法不會等待已提交任務完成執行 ...

問題說明 今天發現了一個問題，顛覆了我之前對關閉線程池的認識。 一直以來，我堅信用shutdown + awaitTermination關閉線程池是最標准的方式。 不過，這次遇到的問題是，子線程用到BufferedReader，而BufferedReader 的readLine是阻塞 ...

先看一段代碼： 注意，如果submit提交的參數傳遞的Runnable類型會將Runnable適配為一個FutureTask對象，但結果為null，及Future.get ...

開篇前，我們先來看看不使用線程池的情況： new Thread的弊端 執行一個異步任務你還只是如下new Thread嗎？ new Thread(new Runnable() { @O ...

在Java5之后，並發線程這塊發生了根本的變化，最重要的莫過於新的啟動、調度、管理線程的一大堆API了。在Java5以后，通過Executor來啟動線程比用Thread的start()更好。在新特征中，可以很容易控制線程的啟動、執行和關閉過程，還可以很容易使用線程池的特性 ...