多執行緒的補充 獲取一定時間的執行結果

MS多資料量

https://my.oschina.net/hongliangsun/blog/1546370

類似的，多執行緒，併發執行，然後使用Future來等待和收集每一個結果。

threadPoolTaskExecutor即可。

解釋使用場景。

1：定性implements Callable的回撥介面。

https://www.cnblogs.com/dolphin0520/p/3949310.html

一個問題可以概括，就是獲取一定時間的執行結果。

獲取10個物件，每一個物件都要大量的查詢，就這樣。

不需要獲取結果，就Runnable即可，submit提交任務即可，有先後關係，就使用countDownLatch來進行併發，順序控制，類似Disruptor這種框架。

https://blog.csdn.net/javazejian/article/details/50896505

必須的MS。

http://www.cnblogs.com/liduanwen/p/5951730.html

為何要這樣來使用呢？

https://www.bbsmax.com/A/xl56WnYdrZ/ VIP

就是這個問題。

threadPoolTaskExecutor 指定超時時間，就獲取這一段時間的結果。

executorService使用countDownLatch來使用。

https://blog.csdn.net/kai763253075/article/details/53033853

前者是拋到池子任務，獲取結果。

字尾是自己建立一個池子，然後，執行，submit，不需要結果了，或者結果是入參。

https://stackoverflow.com/questions/24903658/spring-threadpooltaskexecutor-vs-java-executorservice-cachedthreadpool

executorService就是一個固定大小的執行緒池。簡單，明瞭，邏輯簡單。

而threadPoolTaskExecutor是spring封裝的一個bean，更加的有特點，就是獲取一段時間的執行結果等等，更風騷。

NO，第一個也可以有多種初始化，多種配置，OK，都可以風騷，只不過thread是spring封裝的即可。底層都是executorService。

風騷吧，但是，有先後的順序，那麼就可以Disruptor這種了，這是沒有順序就可以高效起來，有順序就不行了。

複雜的執行緒流轉。

https://www.jianshu.com/p/c4a31f914cc7

OK，這些都理解了的。

這裡沒有了使用者資訊了，就是ID，修改使用者資訊，就是一部分而已。