@端吉 線程池是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...
