@Configuration
@EnableAsync
public class ThreadPoolConfig implements AsyncConfigurer {
  /**
   * 核心線程池大小
   */
  private static final int CORE_POOL_SIZE = 3;

  /**
   * 最大可創(chuàng)建的線程數
   */
  private static final int MAX_POOL_SIZE = 10;

  /**
   * 隊列最大長度
   */
  private static final int QUEUE_CAPACITY = 10;

  /**
   * 線程池維護線程所允許的空閑時間
   */
  private static final int KEEP_ALIVE_SECONDS = 300;

  /**
   * 異步執(zhí)行方法線程池
   *
   * @return
   */
  @Override
  @Bean
  public Executor getAsyncExecutor() {
    ThreadPoolTaskExecutor executor = new ThreadPoolTaskExecutor();
    executor.setMaxPoolSize(MAX_POOL_SIZE);
    executor.setCorePoolSize(CORE_POOL_SIZE);
    executor.setQueueCapacity(QUEUE_CAPACITY);
    executor.setKeepAliveSeconds(KEEP_ALIVE_SECONDS);
    executor.setThreadNamePrefix("LiMingTest");
    // 線程池對拒絕任務(無線程可用)的處理策略
    executor.setRejectedExecutionHandler(new ThreadPoolExecutor.CallerRunsPolicy());
    executor.initialize();
    return executor;
  }
}

ThreadPoolExecutor是JDK中的線程池實現，這個類實現了一個線程池需要的各個方法，它提供了任務提交、線程管理、監(jiān)控等方法。

corePoolSize：核心線程數

線程池維護的最小線程數量，默認情況下核心線程創(chuàng)建后不會被回收（注意：設置allowCoreThreadTimeout=true后，空閑的核心線程超過存活時間也會被回收）。

大于核心線程數的線程，在空閑時間超過keepAliveTime后會被回收。

maximumPoolSize：最大線程數

線程池允許創(chuàng)建的最大線程數量。

當添加一個任務時，核心線程數已滿，線程池還沒達到最大線程數，并且沒有空閑線程，工作隊列已滿的情況下，創(chuàng)建一個新線程，然后從工作隊列的頭部取出一個任務交由新線程來處理，而將剛提交的任務放入工作隊列尾部。

keepAliveTime：空閑線程存活時間

當一個可被回收的線程的空閑時間大于keepAliveTime，就會被回收。

被回收的線程：

設置allowCoreThreadTimeout=true的核心線程。
大于核心線程數的線程（非核心線程）。

workQueue：工作隊列

新任務被提交后，如果核心線程數已滿則會先添加到工作隊列，任務調度時再從隊列中取出任務。工作隊列實現了BlockingQueue接口。

handler：拒絕策略

當線程池線程數已滿，并且工作隊列達到限制，新提交的任務使用拒絕策略處理?？梢宰远x拒絕策略，拒絕策略需要實現RejectedExecutionHandler接口。

JDK默認的拒絕策略有四種：

AbortPolicy：丟棄任務并拋出RejectedExecutionException異常。
DiscardPolicy：丟棄任務，但是不拋出異常?？赡軐е聼o法發(fā)現系統(tǒng)的異常狀態(tài)。
DiscardOldestPolicy：丟棄隊列最前面的任務，然后重新提交被拒絕的任務。
CallerRunsPolicy：由調用線程處理該任務。

我們在非測試文件中直接使用new Thread創(chuàng)建新線程時編譯器會發(fā)出警告:

不要顯式創(chuàng)建線程，請使用線程池。
說明：使用線程池的好處是減少在創(chuàng)建和銷毀線程上所花的時間以及系統(tǒng)資源的開銷，解決資源不足的問題。如果不使用線程池，有可能造成系統(tǒng)創(chuàng)建大量同類線程而導致消耗完內存或者“過度切換”的問題

public class TestServiceImpl implements TestService {
  private final static Logger logger = LoggerFactory.getLogger(TestServiceImpl.class);
  @Override
  public void task(int i) {
      logger.info("任務: "+i);
  }
}

@Autowired
  TestService testService;
  @Test
  public void test() {
    for (int i = 0; i < 50; i++) {
      testService.task(i);
    }

我們可以看到一切執(zhí)行正常；

之后我有對線程進行了一些測試：

class TestServiceImplTest {
  @Test
  public void test() {
    Thread add = new AddThread();
    Thread dec = new DecThread();
    add.start();
    dec.start();
    add.join();
    dec.join();
    System.out.println(Counter.count);
  }

  static class Counter {
    public static int count = 0;
  }

  class AddThread extends Thread {
    public void run() {
      for (int i=0; i<10000; i++) { Counter.count += 1; }
    }
  }

  class DecThread extends Thread {
    public void run() {
      for (int i=0; i<10000; i++) { Counter.count -= 1; }
    }
  }

一個自增線程，一個自減線程，對0進行同樣次數的操作，理應結果仍然為零，但是執(zhí)行結果卻每次都不同。

經過搜索之后發(fā)現對變量進行讀取和寫入時，結果要正確，必須保證是原子操作。原子操作是指不能被中斷的一個或一系列操作。

例如，對于語句： n +=1; 看似只有一行語句卻包括了3條指令：

讀取n, n+1, 存儲n;

比如有以下兩個進程同時對10進行加1操作

這說明多線程模型下，要保證邏輯正確，對共享變量進行讀寫時，必須保證一組指令以原子方式執(zhí)行：即某一個線程執(zhí)行時，其他線程必須等待。

static class Counter {
    public static final Object lock = new Object();//每個線程都需獲得鎖才能執(zhí)行
    public static int count = 0;
  }

  class AddThread extends Thread {
    public void run() {
      for (int i=0; i<10000; i++) {
        synchronized(Counter.lock) { static class Counter {
    public static final Object lock = new Object();
    public static int count = 0;
  }

  class DecThread extends Thread {
    public void run() {
      for (int i=0; i<10000; i++) {
        synchronized(Counter.lock) {
          Counter.count -= 1;
        }
      }
    }
  }

值得注意的是每個類可以設置多個鎖，如果線程獲取的不是同一個鎖則無法起到上述功能；

springBoot中也定義了很多類型的鎖，在此就不一一說明了，我們目前能做到的就是注意項目中的異步操作，觀察操作所使用的線程，做到在以后項目中遇到此類問題時能及時發(fā)現問題，解決問題。