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

固定線程池工作原理？

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

Java線程池？

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

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

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

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

服務(wù)器并發(fā)模型通?？煞殖扇?lèi)單線程和多線程模型，這里的線程正常情況是指“I/O線程”，即負(fù)責(zé)I/O能操作，協(xié)調(diào)分配任務(wù)的“管理線程”，而求實(shí)際的請(qǐng)求和任務(wù)常見(jiàn)交由有所謂“工作者線程”處理。正常情況單線程模型下，每個(gè)線程應(yīng)是I/O線程又是工作者線程。因?yàn)檫@里討論到的是，單I/O線程多工作者線程的模型，這也是最常用的一種服務(wù)器并發(fā)模型。我原先的項(xiàng)目中的server代碼中，這種模型隨處可見(jiàn)。它還有個(gè)名字，叫“半同步/半異步模式“模型，另外，這種模型又是生產(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四處切換到的各種開(kāi)銷(xiāo)，思路清晰，易于管理，而基于線程池的多工作者線程，又可以不積極發(fā)揮和用來(lái)多線程的優(yōu)勢(shì)，借用線程池，盡快提高資源并行操作性和盡量避免再產(chǎn)生過(guò)多后線程。

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

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