線程池的參數(shù)的存活時間是干嘛的？keepAliveTime（線程存活下來保持時間）作用：當線程池中線程數(shù)小于核心線程數(shù)時，線程的空閑時間假如達到線程活下來時間，那你這個線程是會被全部銷毀，等到線程池中

線程池的參數(shù)的存活時間是干嘛的？

keepAliveTime（線程存活下來保持時間）作用：當線程池中線程數(shù)小于核心線程數(shù)時，線程的空閑時間假如達到線程活下來時間，那你這個線程是會被全部銷毀，等到線程池中的線程數(shù)小于等于核心線程數(shù)。

windows程序有多少個線程最為合適，該如何解決？

在自學IOCP的時候，網(wǎng)上每個教程都強調(diào)，為了從結(jié)束隊列接過數(shù)據(jù)的線程建議是CPU數(shù)量的兩倍。這是為了注意增加線程的直接切換。

這個我懂，一個網(wǎng)絡庫里面，會有多個線程池，諸如從緩沖隊列拿出數(shù)據(jù)的，單獨去處理的，處理后組建緩沖區(qū)回發(fā)的，這些線程池合站了起來也會創(chuàng)建家族很線程的，這樣這不是差不多的讓CPU快速切換的厲害么？是不是我一個程序里面所有的線程合過來是CPU數(shù)量的2倍好是呢？（或則有一點多點，達到一個平衡）

比如說一個灶臺最好是兩個廚師相互用好點，一個炒菜時一個就去切菜，切再說讓他來炒菜時，這樣就合理利用了，但伙食管理員卻并又不能讓灶臺只不過炒菜時，它還是需要用它來燉湯，的或燒熱水（其他的處理線程），那這樣的話一般的會會造成灶臺這里直接切換來切換到去的，效率也會大打折扣。

那到底多少個線程最好就是呢？？

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

服務器并發(fā)模型通常可可分單線程和多線程模型，這里的線程大多數(shù)是指“I/O線程”，即負責I/O你的操作，協(xié)調(diào)分配任務的“管理線程”，而換算的請求和任務大多數(shù)交由說白“工作者線程”去處理。通常線程模型下，每個線程既已I/O線程又是工作者線程。所以這里再討論的是，單I/O線程多工作者線程的模型，這都是使用的的一種服務器并發(fā)模型。我的地方的項目中的server代碼中，這種模型隨處可見。它有個名字，叫“半同步/半同步異步“模型，另外，這種模型也是生產(chǎn)者/消費者（尤其是多消費者）模型的一種表現(xiàn)。

這種架構(gòu)通常是設計和實現(xiàn)I/O多路復用的思想（主要注意是epoll，select/poll已跟不上潮流），通過單線程I/O多路復用，可以不至少高效并發(fā)，另外避免了多線程I/O四處切換到的各種開銷，思路清晰，易于管理，而設計和實現(xiàn)線程池的多工作者線程，又是可以全面發(fā)揮和借用多線程的優(yōu)勢，借用線程池，盡快能提高資源復用性和盡量避免才能產(chǎn)生太多線程。

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

單線程epoll，觸發(fā)時量可提升到15000，但另外業(yè)務后，因為大多數(shù)業(yè)務都與數(shù)據(jù)庫交道，所以我可能會未知會堵塞的情況，這會兒就需要用多線程來提速。