游戲介紹

Java SE Development Kit基本簡介

      Java SE,官方 JDK 9 現(xiàn)已正式發(fā)布!首先新功能jshell無疑讓JAVA再次領先其它編程語言和平臺10年以上!java開發(fā)者們再也不用羨慕別的自帶REPL的語言了，不用為了試個Java功能而開個Groovy shell了 。下載其次最主要的官方大功能就是Jigsaw——Java模塊化了，有了它，下載自己定制/裁剪JDK變得更直接。官方

      Java SE Development Kit已經(jīng)正式推出了全新的kaiyun官方下載App下載jdk9，但是許多用戶都在網(wǎng)上傳謠說jdk9沒有32位版本的，其實jdk9暫未放棄32位運行環(huán)境推出了32位版，用戶朋友可以下載使用32位的jdk9進行開發(fā)。用過JDK的同學肯定知道這肯定是32位版本的

Java SE Development Kit開發(fā)組成

      javac – 編譯器，將源程序轉成字節(jié)碼

      jar – 打包工具，將相關的類文件打包成一個文件

      javadoc – 文檔生成器，從源碼注釋中提取文檔

      jdb – debugger，查錯工具

      java – 運行編譯后的java程序(.class后綴的)

      appletviewer：小程序瀏覽器，一種執(zhí)行html文件上的Java小程序的Java瀏覽器。

      Javah：產(chǎn)生可以調(diào)用Java過程的C過程，或建立能被Java程序調(diào)用的C過程的頭文件。

      Javap：Java反匯編器，顯示編譯類文件中的可訪問功能和數(shù)據(jù)，同時顯示字節(jié)代碼含義。

      Jconsole: Java進行系統(tǒng)調(diào)試和監(jiān)控的工具

Java SE Development Kit 9(32位)軟件特色

      1. Java 平臺級模塊系統(tǒng)

      Java 9 的定義功能是一套全新的模塊系統(tǒng)。當代碼庫越來越大，創(chuàng)建復雜，盤根錯節(jié)的“意大利面條式代碼”的幾率呈指數(shù)級的增長。這時候就得面對兩個基礎的問題: 很難真正地對代碼進行封裝, 而系統(tǒng)并沒有對不同部分(也就是 JAR 文件)之間的依賴關系有個明確的概念。每一個公共類都可以被類路徑之下任何其它的公共類所訪問到, 這樣就會導致無意中使用了并不想被公開訪問的 API。此外，類路徑本身也存在問題: 你怎么知曉所有需要的 JAR 都已經(jīng)有了, 或者是不是會有重復的項呢? 模塊系統(tǒng)把這倆個問題都給解決了。

      模塊化的 JAR 文件都包含一個額外的模塊描述器。在這個模塊描述器中, 對其它模塊的依賴是通過 “requires” 來表示的。另外, “exports” 語句控制著哪些包是可以被其它模塊訪問到的。所有不被導出的包默認都封裝在模塊的里面。如下是一個模塊描述器的示例，存在于 “module-info.java” 文件中:

      module blog {

      exports com.pluralsight.blog;

      requires cms;

      }

      2. Linking

      當你使用具有顯式依賴關系的模塊和模塊化的 JDK 時，新的可能性出現(xiàn)了。你的應用程序模塊現(xiàn)在將聲明其對其他應用程序模塊的依賴以及對其所使用的 JDK 模塊的依賴。為什么不使用這些信息創(chuàng)建一個最小的運行時環(huán)境，其中只包含運行應用程序所需的那些模塊呢? 這可以通過 Java 9 中的新的 jlink 工具實現(xiàn)。你可以創(chuàng)建針對應用程序進行優(yōu)化的最小運行時映像而不需要使用完全加載 JDK 安裝版本。

      3. JShell : 交互式 Java REPL

      許多語言已經(jīng)具有交互式編程環(huán)境，Java 現(xiàn)在加入了這個俱樂部。您可以從控制臺啟動 jshell ，并直接啟動輸入和執(zhí)行 Java 代碼。 jshell 的即時反饋使它成為探索 API 和嘗試語言特性的好工具。

      測試一個 Java 正則表達式是一個很好的說明 jshell 如何使您的生活更輕松的例子。 交互式 shell 還可以提供良好的教學環(huán)境以及提高生產(chǎn)力，您可以在此了解更多信息。在教人們?nèi)绾尉帉?Java 的過程中，不再需要解釋 “public static void main(String [] args)” 這句廢話。

      4. 改進的 Javadoc

      有時一些小事情可以帶來很大的不同。你是否就像我一樣在一直使用 Google 來查找正確的 Javadoc 頁面呢? 這不再需要了。Javadoc 現(xiàn)在支持在 API 文檔中的進行搜索。另外，Javadoc 的輸出現(xiàn)在符合兼容 HTML5 標準。此外，你會注意到，每個 Javadoc 頁面都包含有關 JDK 模塊類或接口來源的信息。

      5. 集合工廠方法

      通常，您希望在代碼中創(chuàng)建一個集合(例如，List 或 Set )，并直接用一些元素填充它。 實例化集合，幾個 “add” 調(diào)用，使得代碼重復。 Java 9，添加了幾種集合工廠方法：

      Set ints = Set.of(1, 2, 3);

      List strings = List.of("first", "second");

      除了更短和更好閱讀之外，這些方法也可以避免您選擇特定的集合實現(xiàn)。 事實上，從工廠方法返回已放入數(shù)個元素的集合實現(xiàn)是高度優(yōu)化的。這是可能的，因為它們是不可變的：在創(chuàng)建后，繼續(xù)添加元素到這些集合會導致 “UnsupportedOperationException” 。

      6. 改進的 Stream API

      長期以來，Stream API 都是 Java 標準庫最好的改進之一。通過這套 API 可以在集合上建立用于轉換的申明管道。在 Java 9 中它會變得更好。Stream 接口中添加了 4 個新的方法：dropWhile, takeWhile, ofNullable。還有個 iterate 方法的新重載方法，可以讓你提供一個 Predicate (判斷條件)來指定什么時候結束迭代：

      IntStream.iterate(1, i -> i < 100, i -> i + 1).forEach(System.out::println);

      第二個參數(shù)是一個 Lambda，它會在當前 IntStream 中的元素到達 100 的時候返回 true。因此這個簡單的示例是向控制臺打印 1 到 99。

      除了對 Stream 本身的擴展，Optional 和 Stream 之間的結合也得到了改進?，F(xiàn)在可以通過 Optional 的新方法 `stram` 將一個 Optional 對象轉換為一個(可能是空的) Stream 對象：

      Stream s = Optional.of(1).stream();

      在組合復雜的 Stream 管道時，將 Optional 轉換為 Stream 非常有用。

      7. 私有接口方法

      Java 8 為我們帶來了接口的默認方法。 接口現(xiàn)在也可以包含行為，而不僅僅是方法簽名。 但是，如果在接口上有幾個默認方法，代碼幾乎相同，會發(fā)生什么情況? 通常，您將重構這些方法，調(diào)用一個可復用的私有方法。 但默認方法不能是私有的。 將復用代碼創(chuàng)建為一個默認方法不是一個解決方案，因為該輔助方法會成為公共API的一部分。 使用 Java 9，您可以向接口添加私有輔助方法來解決此問題：

      public interface MyInterface {

      void normalInterfaceMethod();

      default void interfaceMethodWithDefault() { init(); }

      default void anotherDefaultMethod() { init(); }

      // This method is not part of the public API exposed by MyInterface

      private void init() { System.out.println("Initializing"); }

      }

      如果您使用默認方法開發(fā) API ，那么私有接口方法可能有助于構建其實現(xiàn)。

      8. HTTP/2

      Java 9 中有新的方式來處理 HTTP 調(diào)用。這個遲到的特性用于代替老舊的 `HttpURLConnection` API，并提供對 WebSocket 和 HTTP/2 的支持。注意：新的 HttpClient API 在 Java 9 中以所謂的孵化器模塊交付。也就是說，這套 API 不能保證 100% 完成。

      9. 多版本兼容 JAR

      我們最后要來著重介紹的這個特性對于庫的維護者而言是個特別好的消息。當一個新版本的 Java 出現(xiàn)的時候，你的庫用戶要花費數(shù)年時間才會切換到這個新的版本。這就意味著庫得去向后兼容你想要支持的最老的 Java 版本 (許多情況下就是 Java 6 或者 7)。這實際上意味著未來的很長一段時間，你都不能在庫中運用 Java 9 所提供的新特性。

配置命令

      CMD命令提示符輸入 java -version

Java SE Development Kit最新特性

      —最好玩的新功能當屬jshell，有了它無疑讓JAVA再次領先其它編程語言和平臺10年以上!騎士繼續(xù)流行20年也完全沒有問題。因為它和Graal+Truffle、Substrate VM開啟了無限可能!!Java開發(fā)們們再也不用羨慕別的自帶REPL的語言了，不用為了試個Java功能而開個Groovy shell了 。

      —最主要的大功能就是Jigsaw——Java模塊化了，有了它，自己定制/裁剪JDK變得更直接，而包沖突也會變得更容易發(fā)現(xiàn)和解決。

      —作為JVM的JIT編譯器研發(fā)，最關注的功能是JVMCI，有了它之后，第三方開發(fā)就可以更為方便的向HotSpot VM插入一些強大的插件，例如說可以從外部配置插入一個新的JIT編譯器。這樣，要在HotSpot VM上使用Graal編譯器就非常容易了，不必再專門用改造過的Graal VM。Oracle JDK 9計劃在未來的某個update版本里發(fā)布配套的AOT編譯器，而這個AOT編譯器正是基于Graal與JVMCI的。

      —Oracle JDK 9 / OpenJDK 9把G1作為默認GC選項，如果要選用Parallel GC、CMS GC等別的GC的話則要顯式在命令行上指定。這對目前正在使用CMS GC的人來說多半沒什么影響，畢竟現(xiàn)在用CMS GC也要顯式配置-XX:+UseConcMarkSweepGC選項。

Java SE Development Kit更新日志

      將bug掃地出門進行到底

      優(yōu)化用戶反饋的問題，提升細節(jié)體驗