Consumer<String> consumer = t -> System.out.println(t.toUpperCase()); Consumer<String> consumer = (var t) -> System.out.println(t.toUpperCase()); 錯誤的形式:必須要有類型,可以加上var Consumer<String> consumer = (@Deprecated t) ->System.out.println(t.toUpperCase()) 正確的形式 Consumer<String> consumer = (@Deprecated var t) ->System.out.println(t.toUpperCase())
創(chuàng)新互聯(lián)是一家專業(yè)提供余杭企業(yè)網(wǎng)站建設(shè),專注與網(wǎng)站制作、成都網(wǎng)站設(shè)計(jì)、H5響應(yīng)式網(wǎng)站、小程序制作等業(yè)務(wù)。10年已為余杭眾多企業(yè)、政府機(jī)構(gòu)等服務(wù)。創(chuàng)新互聯(lián)專業(yè)網(wǎng)站制作公司優(yōu)惠進(jìn)行中。
自JDK9和JDK10都為java增加了許多的API,如今JDK11又增加了許多字符串自帶方法,如下
@Test public void contextLoads() { String str = "woshidage"; boolean isblank = str.isBlank(); //判斷字符串是空白 boolean isempty = str.isEmpty(); //判斷字符串是否為空 String result1 = str.strip(); //首位空白 String result2 = str.stripTrailing(); //去除尾部空白 String result3 = str.stripLeading(); //去除首部空白 String copyStr = str.repeat(2); //復(fù)制幾遍字符串 long lineCount = str.lines().count(); //行數(shù)統(tǒng)計(jì) System.out.println(isblank); System.out.println(isempty); System.out.println(result1); System.out.println(result2); System.out.println(result3); System.out.println(copyStr); System.out.println(lineCount); }
結(jié)果為:
3.1 移除項(xiàng)
1、移除了com.sun.awt.AWTUtilities 2、移除了sun.misc.Unsafe.defineClass,使用java.lang.invoke.MethodHandles.Lookup.defineClass來替代 3、移除了Thread.destroy()以及 Thread.stop(Throwable)方法 4、移除了sun.nio.ch.disableSystemWideOverlappingFileLockCheck、sun.locale.formatasdefault屬性 5、移除了jdk.snmp模塊 6、移除了javafx,openjdk估計(jì)是從java10版本就移除了,oracle jdk10還尚未移除javafx,而java11版本則oracle的jdk版本也移除了javafx 7、移除了Java Mission Control,從JDK中移除之后,需要自己單獨(dú)下載 8、移除了這些Root Certificates :Baltimore Cybertrust Code Signing CA,SECOM ,AOL and Swisscom
3.2 廢棄項(xiàng)
1、-XX+AggressiveOpts選項(xiàng) 2、-XX:+UnlockCommercialFeatures 3、-XX:+LogCommercialFeatures選項(xiàng)也不再需要
現(xiàn)在 Java 自帶了這個 HTTP Client API,我們以后還有必要用 Apache 的 HttpClient 工具包嗎?
4.1 需要遠(yuǎn)程調(diào)用的接口
@RequestMapping(value = "/dshjbca") public String test1(){ return "dfs"; }
4.2 HttpClient調(diào)用該接口
//同步調(diào)用 @Test public void test2() throws IOException, InterruptedException { HttpClient client = HttpClient.newHttpClient(); HttpRequest request = HttpRequest.newBuilder(URI.create("")).build(); BodyHandler<String> handler = HttpResponse.BodyHandlers.ofString(); HttpResponse<String> response = client.send(request,handler); String body = response.body(); System.out.println(body); } //異步調(diào)用 @Test public void test3() throws IOException, InterruptedException, ExecutionException { HttpClient client = HttpClient.newHttpClient(); HttpRequest request = HttpRequest.newBuilder(URI.create("")).build(); BodyHandler<String> handler = HttpResponse.BodyHandlers.ofString(); CompletableFuture<HttpResponse<String>> response = client.sendAsync(request,handler); HttpResponse<String> result = response.get(); String body = result.body(); System.out.println(body); }
結(jié)果:
Unicode 10 增加了 8518 個字符 , 總計(jì)達(dá)到了 136690 個字符 . 并且增加了 4 個腳本 . 同時還有 56 個新的 emoji 表情符號。
在java11中移除了不太使用的JavaEE模塊和CORBA技術(shù),在java11中將java9標(biāo)記廢棄的Java EE及CORBA模塊移除掉。
1、java.xml.ws, 2、java.xml.bind, 3、java.xml.ws, 4、java.xml.ws.annotation, 5、jdk.xml.bind, 6、jdk.xml.ws被移除, 只剩下java.xml,java.xml.crypto,jdk.xml.dom這幾個模塊 7、java.corba, 8、java.se.ee, 9、java.activation, 10、java.transaction被移除,但是java11新增一個java.transaction.xa模塊
廢除Nashorn javascript引擎,在后續(xù)版本準(zhǔn)備移除掉,有需要的可以考慮使用GraalVM。
Java5中帶了一個壓縮工具:Pack200,這個工具能對普通的jar文件進(jìn)行高效壓縮。其 實(shí)現(xiàn)原理是根據(jù)Java類特有的結(jié)構(gòu),合并常數(shù) 池,去掉無用信息等來實(shí)現(xiàn)對java類的高效壓縮。由于是專門對Java類進(jìn)行壓縮的,所以對普通文件的壓縮和普通壓縮軟件沒有什么兩樣,但是對于Jar 文件卻能輕易達(dá)到10-40%的壓縮率。這在Java應(yīng)用部署中很有用,尤其對于移動Java計(jì)算,能夠大大減小代碼下載量。
Java5中還提供了這一技術(shù)的API接口,你可以將其嵌入到你的程序中使用。使用的方法很簡單,下面的短短幾行代碼即可以實(shí)現(xiàn)jar的壓縮和解壓:
壓縮
Packer packer=Pack200.newPacker(); OutputStream output=new BufferedOutputStream(new FileOutputStream(outfile)); packer.pack(new JarFile(jarFile), output); output.close();
解壓
Unpacker unpacker=Pack200.newUnpacker(); output=new JarOutputStream(new FileOutputStream(jarFile)); unpacker.unpack(pack200File, output); output.close();
Pack200的壓縮和解壓縮速度是比較快的,而且壓縮率也是很驚人的,在我是使用 的包4.46MB壓縮后成了1.44MB(0.322%),而且隨著包的越大壓縮率會根據(jù)明顯,據(jù)說如果jar包都是class類可以壓縮到1/9的大 小。其實(shí)JavaWebStart還有很多功能,例如可以按不同的jar包進(jìn)行l(wèi)azy下載和 單獨(dú)更新,設(shè)置可以根據(jù)jar中的類變動進(jìn)行class粒度的下載。但是在java11中廢除了pack200以及unpack200工具以及java.util.jar中的Pack200 API。因?yàn)镻ack200主要是用來壓縮jar包的工具,由于網(wǎng)絡(luò)下載速度的提升以及java9引入模塊化系統(tǒng)之后不再依賴Pack200,因此這個版本將其移除掉。
A NoOp Garbage Collector JDK上對這個特性的描述是: 開發(fā)一個處理內(nèi)存分配但不實(shí)現(xiàn)任何實(shí)際內(nèi)存回收機(jī)制的GC, 一旦可用堆內(nèi)存用完, JVM就會退出.
如果有System.gc()調(diào)用, 實(shí)際上什么也不會發(fā)生(這種場景下和-XX:+DisableExplicitGC效果一樣), 因?yàn)闆]有內(nèi)存回收, 這個實(shí)現(xiàn)可能會警告用戶嘗試強(qiáng)制GC是徒勞.
用法 : -XX:+UnlockExperimentalVMOptions -XX:+UseEpsilonGC
選項(xiàng)-XX:+UseEpsilonGC, 程序很快就因?yàn)槎芽臻g不足而退出
原因 : 提供完全被動的GC 實(shí)現(xiàn) , 具有有限的分配限制和盡可能低的延遲開銷 , 但代價是內(nèi)存占用和內(nèi)存吞吐量 , java 實(shí)現(xiàn)可廣泛選擇高度可配置的 GC 實(shí)現(xiàn) . 各種可用的收集器最終滿足不同的需求 , 即使它們的可配置性使它們的功能相交 . 有時更容易維護(hù)單獨(dú)的實(shí)現(xiàn) , 而不是在現(xiàn)有 GC 實(shí)現(xiàn)上堆積另一個配置選項(xiàng) .
主要用途如下 :
1、性能測試(它可以幫助過濾掉GC引起的性能假象)2、內(nèi)存壓力測試(例如,知道測試用例 應(yīng)該分配不超過1GB的內(nèi)存, 我們可以使用-Xmx1g –XX:+UseEpsilonGC, 如果程序有問題, 則程序會崩潰)3、非常短的JOB任務(wù)(對象這種任務(wù), 接受GC清理堆那都是浪費(fèi)空間)4、VM接口測試5、Last-drop 延遲&吞吐改進(jìn)
ZGC, 這應(yīng)該是JDK11最為矚目的特性, 沒有之一. 但是后面帶了Experimental, 說明這還不建議用到生產(chǎn)環(huán)境。 GC暫停時間不會超過10ms,既能處理幾百兆的小堆, 也能處理幾個T的大堆(OMG),和G1相比, 應(yīng)用吞吐能力不會下降超過15%,為未來的GC功能和利用colord指針以及Load barriers優(yōu)化奠定基礎(chǔ),初始只支持64位系統(tǒng) ZGC的設(shè)計(jì)目標(biāo)是:支持TB級內(nèi)存容量,暫停時間低(<10ms),對整個程序吞吐量的影響小于15%。 將來還可以擴(kuò)展實(shí)現(xiàn)機(jī)制,以支持不少令人興奮的功能,例如多層堆(即熱對象置于DRAM和冷對象置于NVMe閃存),或壓縮堆。 GC是java主要優(yōu)勢之一,當(dāng)GC停頓太長, 就會開始影響應(yīng)用的響應(yīng)時間.消除或者減少GC停頓時長, java將對更廣泛的應(yīng)用場景是一個更有吸引力的平臺. 此外, 現(xiàn)代系統(tǒng)中可用內(nèi)存不斷增長,用戶和程序員希望JVM能夠以高效的方式充分利用這些內(nèi)存, 并且無需長時間的GC暫停時間
用法 : -XX:+UnlockExperimentalVMOptions –XX:+UseZGC, 因?yàn)閆GC還處于實(shí)驗(yàn)階段, 所以需要通過JVM參數(shù)來解鎖這個特性
許多運(yùn)行在Java虛擬機(jī)中的應(yīng)用程序(包括Apache Spark和Kafka等數(shù)據(jù)服務(wù)以及傳統(tǒng)的企業(yè)應(yīng)用程序)都可以在Docker容器中運(yùn)行。但是在Docker容器中運(yùn)行Java應(yīng)用程序一直存在一個問題,那就是在容器中運(yùn)行JVM程序在設(shè)置內(nèi)存大小和CPU使用率后,會導(dǎo)致應(yīng)用程序的性能下降。這是因?yàn)镴ava應(yīng)用程序沒有意識到它正在容器中運(yùn)行。隨著Java 10的發(fā)布,這個問題總算得以解決,JVM現(xiàn)在可以識別由容器控制組(cgroups)設(shè)置的約束??梢栽谌萜髦惺褂脙?nèi)存和CPU約束來直接管理Java應(yīng)用程序,其中包括:
遵守容器中設(shè)置的內(nèi)存限制 在容器中設(shè)置可用的CPU 在容器中設(shè)置CPU約束 Java 10的這個改進(jìn)在Docker for Mac、Docker for Windows以及Docker Enterprise Edition等環(huán)境均有效。 容器的內(nèi)存限制 在Java 9之前,JVM無法識別容器使用標(biāo)志設(shè)置的內(nèi)存限制和CPU限制。而在Java 10中,內(nèi)存限制會自動被識別并強(qiáng)制執(zhí)行。Java將服務(wù)器類機(jī)定義為具有2個CPU和2GB內(nèi)存,以及默認(rèn)堆大小為物理內(nèi)存的1/4。
對于 G1 GC ,相比于 JDK 8 ,升級到 JDK 11 即可免費(fèi)享受到:并行的 Full GC ,快速的 CardTable 掃描,自適應(yīng)的堆占用比例調(diào)整( IHOP ),在并發(fā)標(biāo)記階段的類型卸載等等。這些都是針對 G1 的不斷增強(qiáng),其中串行 Full GC 等甚至是曾經(jīng)被廣泛詬病的短板,你會發(fā)現(xiàn) GC 配置和調(diào)優(yōu)在 JDK11 中越來越方便。
文章名稱:JDK11新特性詳解
分享網(wǎng)址:http://www.rwnh.cn/article22/jeshcc.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供手機(jī)網(wǎng)站建設(shè)、App開發(fā)、動態(tài)網(wǎng)站、網(wǎng)站改版、電子商務(wù)、關(guān)鍵詞優(yōu)化
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)