關(guān)于JAVA的書籍最佳閱讀順序？1.基礎(chǔ)語法如《java核心技術(shù)》2.常用框架，如《spring實(shí)戰(zhàn)》3.編程思想如面向?qū)ο缶幊?，java編程思想4.設(shè)計模式如《圖解設(shè)計模式》5.算法，數(shù)據(jù)結(jié)構(gòu)如《圖

關(guān)于JAVA的書籍最佳閱讀順序？

1.基礎(chǔ)語法如《java核心技術(shù)》

2.常用框架，如《spring實(shí)戰(zhàn)》

3.編程思想如面向?qū)ο缶幊?，java編程思想

4.設(shè)計模式如《圖解設(shè)計模式》

5.算法，數(shù)據(jù)結(jié)構(gòu)如《圖解算法》，《漫畫算法》

我覺得先把c語言，數(shù)據(jù)結(jié)構(gòu)，匯編后再仔細(xì)看一次c語言，而后那就是c?；蛟S會覺著我這樣很是跑題，當(dāng)然了覺著這樣這樣的基礎(chǔ)打得才夠不穩(wěn)妥。接近了c后再開始學(xué)java，那樣的話學(xué)的時候越來越信手拈來，但是相對于面向?qū)ο蟮乃枷氲臅r候表述會很深刻之。

緊接著就是數(shù)據(jù)庫的學(xué)習(xí)，關(guān)系型的這個可以選mysql，非關(guān)系型的學(xué)習(xí)redis，這些也是兩個入門，然后要想以外同類型的低些簡單的，只要把隨機(jī)的特質(zhì)點(diǎn)學(xué)表就行。

框架方面持久度層框架先學(xué)mybatis，接著那是spring的全家桶產(chǎn)物。以及boot、cloud。學(xué)分層，微服務(wù)。

Linux是逃不開的，現(xiàn)在絕大部份項(xiàng)目也是放在旁邊linux下運(yùn)行的。后再應(yīng)該是nginx，docker，zookeeper，netty，solr。然后把轉(zhuǎn)頭明細(xì)化你是哪部分。這時候?qū)W設(shè)計模式，jvm，sql優(yōu)化，websocket，tcp/ip,udp等增強(qiáng)系統(tǒng)性能的活。

總之每兩個明確化出聲也是很巨型的。但是得有規(guī)劃。對于自己要手中掌握有個度就一直了。要注意肯定要多練習(xí)練習(xí)。

《java從入門到放棄》

《如何忽悠產(chǎn)品經(jīng)理》

《頸椎康復(fù)指南》

《頭發(fā)的保健護(hù)理》

《大悲咒》

option參數(shù)對象配置有哪些？

CONNECT_TIMEOUT_MILLIS:

Netty參數(shù)，再連接網(wǎng)絡(luò)錯誤10ms數(shù)，默認(rèn)值30000200毫秒即20秒。

MAX_MESSAGES_PER_READ

Netty參數(shù)，兩次Loop讀取文件的的最消息數(shù)，對此ServerChannel或則NioByteChannel，默認(rèn)值為16，以外Channel默認(rèn)值為1。默認(rèn)值那樣的話系統(tǒng)設(shè)置，是只不過：ServerChannel要認(rèn)可起碼多的直接連接，可以保證大吞吐量，NioByteChannel可以下降不必要的io操作select。

WRITE_SPIN_COUNT

Netty參數(shù)，兩個Loop寫能操作想執(zhí)行的大的次數(shù)，默認(rèn)值為16。也就是說，對此大數(shù)據(jù)量的寫操作僅有通過16次，假如16次仍是沒有所有的沒寫完數(shù)據(jù)，此時會提交三個新的寫任務(wù)給EventLoop，任務(wù)將在下次先調(diào)度指揮繼續(xù)執(zhí)行。這樣，以外的寫請求才能被服務(wù)控制器應(yīng)該不會是因?yàn)閱蝹€大數(shù)據(jù)量寫只是請求而耽誤。

ALLOCATOR

Netty參數(shù)，ByteBuf的分配器，缺省為，4.0版本為UnpooledByteBufAllocator，4.1版本為PooledByteBufAllocator。該值也可以建議使用系統(tǒng)參數(shù)配置，建議使用字符串值：unpooled，pooled。

RCVBUF_ALLOCATOR

Netty參數(shù)，主要是用于Channel怎么分配給予Buffer的分配器，缺省設(shè)置為，是三個自適應(yīng)的認(rèn)可緩沖區(qū)分配器，能依據(jù)什么給予到的數(shù)據(jù)自動調(diào)節(jié)大小?？蛇x值為FixedRecvByteBufAllocator，固定設(shè)置大小的接受緩沖區(qū)分配器。

AUTO_READ

Netty參數(shù)，不自動讀取數(shù)據(jù)，默認(rèn)設(shè)置為True。Netty只在必要的時候才可以設(shè)置在乎或則的I/O事件。對此讀你的操作，需要全局函數(shù)()設(shè)置關(guān)心的I/O事件為OP_READ，這樣的若有數(shù)據(jù)可以到達(dá)才能無法讀取以供用戶處理。該值為True時，每次讀不能操作完畢后后會自動出現(xiàn)內(nèi)部函數(shù)()，最大限度地有數(shù)據(jù)至便能讀取文件；否則，不需要用戶半自動內(nèi)部函數(shù)()。需要注意的是：當(dāng)動態(tài)鏈接庫(boolean)方法時，要是狀態(tài)由false轉(zhuǎn)換成true，將會全局函數(shù)()方法讀取數(shù)據(jù)；由true轉(zhuǎn)換成false，將動態(tài)創(chuàng)建()方法強(qiáng)制停止數(shù)據(jù)讀取數(shù)據(jù)。

WRITE_BUFFER_HIGH_WATER_MARK

Netty參數(shù)，寫高水位標(biāo)記，缺省設(shè)置64KB。假如Netty的寫緩沖區(qū)中的字節(jié)達(dá)到該值，Channel的isWritable()直接返回False。

WRITE_BUFFER_LOW_WATER_MARK

Netty參數(shù)，寫低水位標(biāo)記，缺省32KB。當(dāng)Netty的寫緩沖區(qū)中的字節(jié)最多高水位之后若迅速下降到低水位，則Channel的isWritable()回True。寫高低水位標(biāo)記使用戶可以不壓制寫入文件數(shù)據(jù)速度，使實(shí)現(xiàn)方法流量控制。推薦一下做法是：有時候動態(tài)創(chuàng)建channl.write(msg)方法是需要動態(tài)鏈接庫()推測是否是可寫。

MESSAGE_SIZE_ESTIMATOR

Netty參數(shù)，消息大小保守估計器，設(shè)置為為。保守估計ByteBuf、ByteBufHolder和FileRegion的大小，其中ByteBuf和ByteBufHolder為不好算大小，F(xiàn)ileRegion估算值為0。該值算上的字節(jié)數(shù)在計算水位時使用，F(xiàn)ileRegion為0可知FileRegion不影響不大高低水位。

SINGLE_EVENTEXECUTOR_PER_GROUP

Netty參數(shù)，單線程執(zhí)行ChannelPipeline中的事件，使用默認(rèn)值為True。該值操縱負(fù)責(zé)執(zhí)行ChannelPipeline中不能執(zhí)行ChannelHandler的線程。如果沒有為Trye，半個pipeline由三個線程不能執(zhí)行，那樣不是需要參與線程快速切換包括線程網(wǎng)絡(luò)同步，是Netty4的推薦做法；要是為False，ChannelHandler中的處理過程會由Group中的完全不同線程不能執(zhí)行。