從輸出可以看出，線程池中的線程執行了10次，由於創建了固定的線程池就只有3個，與預期的只有一個線程才能拿到線程變量有很大差距；造成這種現象是因爲線程複用導致的；
測試代碼：
public class Demo {
public static void main(String[] args) throws Exception {
//創建可緩存線程池 無限大小
//ExecutorService executorService = Executors.newCachedThreadPool();
//可固定線程池
ExecutorService executorService = Executors.newFixedThreadPool(3);//測試代碼，實際操作不建議用此方法創建線程池
for (int i = 0; i < 10; i++) {
final int temp = i;
executorService.execute(new Runnable() {
@Override
public void run() {
try {
if (temp == 0) {
Ctx.setCtx("您好， yulang!" + temp);
}
Class<?> clazz = Class.forName("yulang.tools.ctx.ReflectSv");
Method method = clazz.getMethod("getCtx");
Object invoke = method.invoke(clazz.newInstance());
//線程池由於未創建新的線程，導致線程變量也是之前的內容，有了結論，修改就很簡單了，一種直接在進入線程時設置爲null，另一種是在使用後清空，
System.out.println(Thread.currentThread().getName() + "，拿到的線程變量爲：" + invoke);
} catch (Exception e) {
e.printStackTrace();
}
}
});
}
}
}
public class Ctx {
//static防止GC回收
private static final ThreadLocal<String> CTX = new ThreadLocal<String>();
static String getCtx(){
return CTX.get();
}
static void setCtx(String object){
CTX.set(object);
}
static void remove(){
CTX.remove();
}
}
線程池由於未創建新的線程，導致線程變量也是之前的內容。
兩種操作：
一、直接在進入線程時remove操作。
二、使用後清空。
實際中應使用：
public ThreadPoolExecutor(int corePoolSize, int maximumPoolSize, long keepAliveTime, TimeUnit unit, BlockingQueue workQueue, ThreadFactory threadFactory, RejectedExecutionHandler handler);
參數名、說明：
* corePoolSize 線程池維護線程的最少數量
* maximumPoolSize 線程池維護線程的最大數量
* keepAliveTime 線程池維護線程所允許的空閒時間
* workQueue 任務隊列，用來存放我們所定義的任務處理線程
* threadFactory 線程創建工廠
* handler 線程池對拒絕任務的處理策略
其中拒絕策略包含：
1、CallerRunsPolicy：線程調用運行該任務的 execute 本身。此策略提供簡單的反饋控制機制，能夠減緩新任務的提交速度。
public void rejectedExecution(Runnable r, ThreadPoolExecutor e) { if (!e.isShutdown()) { r.run(); }}
這個策略顯然不想放棄執行任務。但是由於池中已經沒有任何資源了，那麼就直接使用調用該execute的線程本身來執行。（開始我總不想丟棄任務的執行，但是對某些應用場景來講，很有可能造成當前線程也被阻塞。如果所有線程都是不能執行的，很可能導致程序沒法繼續跑了。需要視業務情景而定吧。）
2、AbortPolicy：處理程序遭到拒絕將拋出運行時 RejectedExecutionException
public void rejectedExecution(Runnable r, ThreadPoolExecutor e) {throw new RejectedExecutionException();}
這種策略直接拋出異常，丟棄任務。（jdk默認策略，隊列滿併線程滿時直接拒絕添加新任務，並拋出異常，所以說有時候放棄也是一種勇氣，爲了保證後續任務的正常進行，丟棄一些也是可以接收的，記得做好記錄）
3、DiscardPolicy：不能執行的任務將被刪除
public void rejectedExecution(Runnable r, ThreadPoolExecutor e) {}
這種策略和AbortPolicy幾乎一樣，也是丟棄任務，只不過他不拋出異常。
4、DiscardOldestPolicy：如果執行程序尚未關閉，則位於工作隊列頭部的任務將被刪除，然後重試執行程序（如果再次失敗，則重複此過程）
public void rejectedExecution(Runnable r, ThreadPoolExecutor e) { if (!e.isShutdown()) {e.getQueue().poll();e.execute(r); }}
該策略就稍微複雜一些，在pool沒有關閉的前提下首先丟掉緩存在隊列中的最早的任務，然後重新嘗試運行該任務。這個策略需要適當小心。
workQueue：線程池中任務有三種排隊策略：
- 直接提交。直接提交策略表示線程池不對任務進行緩存。新進任務直接提交給線程池，當線程池中沒有空閒線程時，創建一個新的線程處理此任務。這種策略需要線程池具有無限增長的可能性。實現爲：SynchronousQueue
- 有界隊列。當線程池中線程達到corePoolSize時，新進任務被放在隊列裏排隊等待處理。有界隊列（如ArrayBlockingQueue）有助於防止資源耗盡，但是可能較難調整和控制。隊列大小和最大池大小可能需要相互折衷：使用大型隊列和小型池可以最大限度地降低 CPU 使用率、操作系統資源和上下文切換開銷，但是可能導致人工降低吞吐量。如果任務頻繁阻塞（例如，如果它們是 I/O 邊界），則系統可能爲超過您許可的更多線程安排時間。使用小型隊列通常要求較大的池大小，CPU 使用率較高，但是可能遇到不可接受的調度開銷，這樣也會降低吞吐量。
- 無界隊列。使用無界隊列（例如，不具有預定義容量的 LinkedBlockingQueue）將導致在所有 corePoolSize 線程都忙時新任務在隊列中等待。這樣，創建的線程就不會超過 corePoolSize。（因此，maximumPoolSize 的值也就無效了。）當每個任務完全獨立於其他任務，即任務執行互不影響時，適合於使用無界隊列；例如，在 Web 頁服務器中。這種排隊可用於處理瞬態突發請求，當命令以超過隊列所能處理的平均數連續到達時，此策略允許無界線程具有增長的可能性。
流程圖展示效果如圖所示
線程銷燬：
如果線程池中的線程數量大於 corePoolSize 時,如果某線程空閒時間超過 keepAliveTime,線程將被終止，直至線程池中的線程數目不大於 corePooIsize;
如果允許爲核心線程池中的線程設置存活時間,那麼核心線程池中的線程空閒時問超過 keepAliveTime,線程也會被終止。