固定線程池工作原理？固定線程池的工作原理是固定線存值打開一個缺口將外圍的水放沖進(jìn)來。Java線程池？多線程是就是為了還能夠讓計(jì)算機(jī)資源合不合理的分配，對此如何處理完全不同的任務(wù)修改不同的線程接受處理，

固定線程池工作原理？

固定線程池的工作原理是固定線存值打開一個缺口將外圍的水放沖進(jìn)來。

Java線程池？

多線程是就是為了還能夠讓計(jì)算機(jī)資源合不合理的分配，對此如何處理完全不同的任務(wù)修改不同的線程接受處理，但計(jì)算機(jī)創(chuàng)建家族一個線程或是消毀一個線程所最少的確實(shí)是都很價格不菲的，有的時候必須而全面處理的事情比較好多，就是需要我們過度的接受線程的創(chuàng)建戰(zhàn)隊(duì)和全部銷毀，這樣花費(fèi)的時間也是比較多的。沒辦法，我們就是可以直接引用線程池的概念。

正所謂線程池是將線程幾乎全部管理起來，當(dāng)不需要線程的時候，這個可以從線程池中獲取空來的線程，這樣的也可以減少線程的不穩(wěn)定創(chuàng)建與強(qiáng)制銷毀，省掉太大的時間和增加很多不必要的你操作。

在java中提供給了ThreadPoolExecutor類來進(jìn)行線程的管理，這個類繼承于AbstractExecutorService，而AbstractExecutorService實(shí)現(xiàn)程序了ExecutorService接口，我們是可以不使用ThreadPoolExecutor來接受線程池的創(chuàng)建戰(zhàn)隊(duì)。

菜雞求問，c 里的epoll和java里的線程池到底怎么理解，優(yōu)劣如何？

服務(wù)器并發(fā)模型通?？煞殖扇悊尉€程和多線程模型，這里的線程正常情況是指“I/O線程”，即負(fù)責(zé)I/O能操作，協(xié)調(diào)分配任務(wù)的“管理線程”，而求實(shí)際的請求和任務(wù)常見交由有所謂“工作者線程”處理。正常情況單線程模型下，每個線程應(yīng)是I/O線程又是工作者線程。因?yàn)檫@里討論到的是，單I/O線程多工作者線程的模型，這也是最常用的一種服務(wù)器并發(fā)模型。我原先的項(xiàng)目中的server代碼中，這種模型隨處可見。它還有個名字，叫“半同步/半異步模式“模型，另外，這種模型又是生產(chǎn)者/消費(fèi)者（尤其是多消費(fèi)者）模型的一種表現(xiàn)。

這種架構(gòu)比較多是設(shè)計(jì)和實(shí)現(xiàn)I/O多路復(fù)用的思想（要注意是epoll，select/poll已太老土），實(shí)際單線程I/O多路復(fù)用，可以不至少高效并發(fā)，另外盡量減少了多線程I/O四處切換到的各種開銷，思路清晰，易于管理，而基于線程池的多工作者線程，又可以不積極發(fā)揮和用來多線程的優(yōu)勢，借用線程池，盡快提高資源并行操作性和盡量避免再產(chǎn)生過多后線程。

epoll是linux下高并發(fā)服務(wù)器的完美的東西方案，畢竟是基于組件事件觸發(fā)的，因此比select快的不只不過是一個數(shù)量級。

單線程epoll，能觸發(fā)量可至少15000，只不過加上業(yè)務(wù)后，畢竟大多數(shù)業(yè)務(wù)都與數(shù)據(jù)庫拉好關(guān)系，所以才是會修真者的存在造成堵塞的情況，這個時候就需要用多線程來提速。