@端吉 線程池是corePoolSize線程滿了，然后在放到BlockingQueue 里尉剩，阻塞隊(duì)列滿了然后會(huì)新創(chuàng)建線程一直到maximumPoolSize數(shù)量滿了籽暇，如果還有請(qǐng)求，就是用拒絕策略了
java nio與bio —— 阻塞IO與非阻塞IO的區(qū)別在研究Netty源碼的過(guò)程中彤侍，可能是因?yàn)閷?duì)java的nio編程方式不夠熟悉骗爆，關(guān)于Selector以及線程那一塊碉哑，看起來(lái)總是覺(jué)得差一點(diǎn)食拜。于是鸵熟，抽空研究了下jdk 的 nio與b...
使用線程池意味著，一個(gè)線程可能會(huì)處理來(lái)自多個(gè)客戶端連接的請(qǐng)求负甸，比如A客戶端和B客戶端剛好請(qǐng)求都被提交給 線程C流强，那么結(jié)果就是，A客戶端的處理慢了惑惶，B客戶端會(huì)連帶著響應(yīng)的特別慢煮盼《套荩或者A客戶端的請(qǐng)求阻塞了带污，B客戶端的請(qǐng)求也會(huì)連帶著阻塞了
線程池不是一個(gè)請(qǐng)求過(guò)來(lái)用一個(gè)新的線程去處理嗎？
java nio與bio —— 阻塞IO與非阻塞IO的區(qū)別在研究Netty源碼的過(guò)程中香到，可能是因?yàn)閷?duì)java的nio編程方式不夠熟悉鱼冀，關(guān)于Selector以及線程那一塊，看起來(lái)總是覺(jué)得差一點(diǎn)悠就。于是千绪，抽空研究了下jdk 的 nio與b...
