為什么要關(guān)注JDK1.8
作者:xcbeyond
瘋狂源自夢(mèng)想,技術(shù)成就輝煌!微信公眾號(hào):《程序猿技術(shù)大咖》號(hào)主,專(zhuān)注后端開(kāi)發(fā)多年,擁有豐富的研發(fā)經(jīng)驗(yàn),樂(lè)于技術(shù)輸出、分享,現(xiàn)階段從事微服務(wù)架構(gòu)項(xiàng)目的研發(fā)工作,涉及架構(gòu)設(shè)計(jì)、技術(shù)選型、業(yè)務(wù)研發(fā)等工作。對(duì)于Java、微服務(wù)、數(shù)據(jù)庫(kù)、Docker有深入了解,并有大量的調(diào)優(yōu)經(jīng)驗(yàn)。
自1996年JDK1.0(Java1.0)發(fā)布以來(lái),Java已經(jīng)受到了學(xué)生、程序員、整個(gè)軟件行業(yè)人員等一大批活躍用戶的歡迎。這一語(yǔ)言極富活力,不斷被用在大大小小的項(xiàng)目里。從Java1.1(1997年) 一直到Java 7(2011年),Java通過(guò)增加新功能,不斷得到良好的升級(jí)。Java 8則是在2014年3月發(fā)布的……
版本的不斷更新、升級(jí),無(wú)非是對(duì)bug的修復(fù)、新功能的增加、優(yōu)化等,在JDK版本中,JDK1.8變得備受關(guān)注,也成了各大公司面試中常常被問(wèn)及的話題。
代碼更少、更簡(jiǎn)潔
之所以備受關(guān)注的最原因是,JDK1.8所做的改變,在許多方面比Java歷史上任何一次改變都深遠(yuǎn)。而且好消息是,這些改變會(huì)讓你編起程來(lái)更容易,用不著再寫(xiě)類(lèi)似下面這種啰嗦的程序了。(對(duì)peopleList中人的年齡進(jìn)行排序)
Collections.sort(peopleList, new Comparator<People>() {
public int compare(People o1, People o2) {
if (o1.getAge() > o2.getAge()) {
return 1;
} else {
return -1;
}
}
});
而在JDK1.8里,你可以編寫(xiě)如下更為簡(jiǎn)潔的代碼:
Collections.sort(peopleList, Comparator.comparingInt(People::getAge));
自從接觸JDK1.8后,這樣類(lèi)似簡(jiǎn)潔的代碼你將會(huì)非常喜歡的。
更好的利用多核處理器
JDK1.8對(duì)多核處理器有更好的處理:平時(shí)我們用的電腦或服務(wù)器的CPU都是多核的,但是,絕大多數(shù)現(xiàn)有的Java程序都只使用其中一個(gè)內(nèi)核,而其他的都是處于閑置狀態(tài)。
在JDK1.8之前,可能有人會(huì)告訴你,必須使用多線程才能使用多個(gè)內(nèi)核。問(wèn)題是,線程用起來(lái)比較難,也容易出現(xiàn)錯(cuò)誤。從JDK的版本演變來(lái)看,它一直致力于讓并發(fā)編程更容易、出錯(cuò)更少。JDK1.0里有線程和鎖,甚至有一個(gè)內(nèi)存模型——這是當(dāng)時(shí)的最佳做法,但事實(shí)證明,不具備專(zhuān)門(mén)知識(shí)的項(xiàng)目團(tuán)隊(duì)很難可靠地使用這些基本模型。JDK1.5添加了如線程池和并發(fā)集合。JDK1.7添加了分支/合并(fork/join)框架,使得并行變得更實(shí)用,但仍然很困難。而JDK1.8中對(duì)并行有了一個(gè)更簡(jiǎn)單的新思路,但需要遵循一些規(guī)則。
JDK1.8提供了一個(gè)新的API(稱(chēng)為“流”,Stream),它支持許多處理數(shù)據(jù)的并行操作,其思路和在數(shù)據(jù)庫(kù)查詢語(yǔ)言中的思路類(lèi)似:用更高級(jí)的方式表達(dá)想要的東西,而由“實(shí)現(xiàn)”(在這里
是Streams庫(kù))來(lái)選擇最佳低級(jí)執(zhí)行機(jī)制。這樣就可以避免用synchronized編寫(xiě)代碼,這一代碼不僅容易出錯(cuò),而且在多核CPU上執(zhí)行所需的成本也比你想象的要高。
速度更快
如果你的開(kāi)發(fā)環(huán)境裝的就是JDK1.8,那么你就已經(jīng)在無(wú)形中享用JDK1.8的新特性了。
JDK1.8對(duì)于底層的數(shù)據(jù)結(jié)構(gòu)上做了些更新和改動(dòng),對(duì)垃圾回收機(jī)制(內(nèi)存結(jié)構(gòu))也做了一定的改變,以及對(duì)于并行/并行流,并行的操作能夠很容易的進(jìn)行使用,對(duì)并行做了一些擴(kuò)展和支持。
我們一起了解一下它是怎么讓底層的數(shù)據(jù)結(jié)構(gòu)“速度更快”呢?我們都知道底層數(shù)據(jù)結(jié)構(gòu)最核心的一個(gè)就是HashMap,那么它對(duì)HashMap做了怎樣的改動(dòng)呢?
原來(lái)的HashMap是怎樣的呢?(數(shù)組+鏈表)
1.8之后的HashMap是怎樣的呢?(數(shù)組+鏈表+紅黑樹(shù))
當(dāng)鏈表長(zhǎng)度太長(zhǎng)(默認(rèn)超過(guò)8)時(shí),鏈表就轉(zhuǎn)換為紅黑樹(shù)。紅黑樹(shù)的改進(jìn)解決了什么問(wèn)題呢?
HashMap碰撞處理的優(yōu)化,針對(duì)超長(zhǎng)鏈的檢查,時(shí)間復(fù)雜度從O(n)降到了O(log2n)。
HashMap的優(yōu)化,只是體現(xiàn)JDK1.8速度更快的典型代表之一,其他優(yōu)化之處在此就不一一說(shuō)明。
總結(jié)
看了上面這幾點(diǎn),你應(yīng)該知道為什么要關(guān)注JDK1.8的原因了吧。因?yàn)樗o我們開(kāi)發(fā)、系統(tǒng)帶來(lái)前所未有的好處,在后續(xù)的使用中,你會(huì)發(fā)現(xiàn)它的種種優(yōu)點(diǎn)。