Head toward Java 13 and Java 14 #jjug
•
3 likes•11,668 views
New features and APIs on Java 13 and Java 14. OpenJDK forks trend.
Recommended
More Related Content
What's hot
What's hot (20)
Similar to Head toward Java 13 and Java 14 #jjug
Similar to Head toward Java 13 and Java 14 #jjug (20)
More from Yuji Kubota
More from Yuji Kubota (20)
Recently uploaded
Recently uploaded (12)
Head toward Java 13 and Java 14 #jjug
- 4. 前置き 本資料は jdk.java.net からダウンロードできる JDK 13.0.1 およ び JDK 14 (build 21) で極力動作確認していますが、全ての確認はで きていませんのでコードを修正する前に動作確認してください 実装は hg.openjdk.java.net/jdk-updates/jdk13u および jdk/jdk で確認しています 4
- 8. 351:ZGC:UncommitUnusedMemory 重要度：★☆☆ ZGCが未使用のメモリをアンコミットしてOSに返すようになった Xmsは下回らないようになってるので、XmxとXmsが等しければ この機能は自動的に無効になる -XX:-ZUncommit を設定することで無効にすることも可能。デフ ォルトは有効 ZPage‑>ZPageCache(ZPageinpagecase)‑ZUncommitDelay‑> uncommitted&returned -XX:ZUncommitDelay=<seconds> デフォルトは5分。 ZGCは引き続きExperiment機能 ( UnlockExperimentalVMOptions ) 8
- 9. 353:ReimplementtheLegacySocketAPI 重要度：★☆☆ SocketAPI( java.net.Socket や java.net.ServerSocket )の内 部実装が変わった 旧実装は -Djdk.net.usePlainSocketImpl を指定すれば使用可能 -Xlog:class+load=level を設定してどのクラスがinstantiateさ れるか見てみると変更箇所がわかる java.net.PlainSocketImpl から sun.nio.ch.NioSocketImpl に変更されてる 旧実装はレガシーなSPI(SupportProviderInterface)機構のJavaとCの実 装で、スレッドスタックをI/Oバッファとして利用したり、非同期処理を nativeなデータ構造で行っていたりと移植性等が好ましくなかった 今後ユーザモードなスレッド(Fiber)が導入されることもあり、ネイティ ブな世界でブロックすることなく停止(park)できるように変更された 9
- 10. 354:SwitchExpressions(Preview) 重要度：★☆☆ Preview機能は --enable-preview を付ける必要がある(java、 javac、jshell全部) 戻り値を示すステートメントが break から yield に変更された Switch"文"は break Switch"式"は yield 10
- 11. String releaseDate = switch (version) { case java12: // Java 12での書き方 break "2019/03/19" case java13: // Java 13以降での書き方 yield "2019/09/17"; default: throw new IllegalArgumentException(); }; 11
- 13. String java13 = """ { "releaseDate": "2019/09/17", "JSR": 388 } """; String java12 = "{n" + ""releaseDate": "2019/03/19",n"+ ""JSR": 386n" + "}n"; 13
- 14. ヒアドキュメントのフォーマット構文 String java13 = """ { "releaseDate": "%s", "JSR": %d } """.formatted(releaseDate, jsr); String.format(ヒアドキュメント, Object... args) でも可能だが冗 長な表現であるため導入された 14
- 18. bitnotableAddedAPIs Unicode12.1サポート Character.UnicodeBlock 、 Character.UnicodeScript にUnicode12.1で追加されたブロック、スクリプトが加わった java.lang.Character のJavaDocを確認するとサポートさ れているUnicodeのバージョンが確認できる java.nio.Buffer#slice java.nio.{Byte,Char,Double,Float,Int,Long,Short}# {get,put,slice} java.nio.MappedByteBuffer#force java.nio.file.FileSystems#newFileSystem 18
- 20. JDK‑5029431:Addabsolutebulkputandgetmethods Java1.4時代から提案されていた java.nio.ByteBuffer の実装クラス に slice と同様に put 、 get メソッドが追加された 以下はByteBufferの例、実装クラスごとに第2引数の型が異なる。(この ため親abstractclassであるBufferクラスに追加できなかった) get(int index, byte[] dst) get(int index, byte[] dst, int offset, int length) put(int index, byte[] src) put(int index, byte[] src, int offset, int length) 今までは指定した位置から読む(get)/書く(put)か、indexを指定して1バ イト読む/書くしかできなかったが、新たに加わったこれらのメソッドで 第2引数に指定した配列に柔軟に読み書きが行えるようになった 20
- 21. JDK‑8222261:MappedByteBuffer.forcemethodtospecify range 今までは引数なしで全範囲を強制的にファイルに書き出すしかなかった が、これも同じく位置と長さを指定して強制的にファイルに書き出せる ようになった force(int index, int length) この調子でunmmapedするAPIも追加して欲しい 21
- 22. JDK‑8219793:AddFileSystems.newFileSystem(Path, Map<String,?>)method ZIPファイルなどを1つのFileSystemとみなして操作するのによく使われ るが、このinstantiationに Path でファイルの位置を指定できるようにな った。これまでは URI か ClassLoader が必須だったため、より簡単に 利用しやすくなっている 22
- 29. 358:HelpfulNullPointerExceptions 今まではある行がNPEを出したといった情報しかJVMは提供してこなか った。このため以下のようなコードがNPEを出した場合はどこに問題が あるのかが分からない a[i][j][k] = b.l; そこで、次のようにNPEのエラーメッセージにて発生状況と箇所を明確 に返すことで、このような不明瞭さを排除する Cannot load from object array because 'a[i][j]' is null. Cannot read field 'l' because 'b' is null. 全ての処理はbytecodeで記述可能なので、それに応じてメッセージ出力 を変えている(changeset)。全てのローカル変数の情報も含めて出力する にはclassfileにdebuginformationを含める必要がある( javac -g ) 29
- 34. ここからinreview 34
- 35. 305:PatternMatchingforinstanceof(Preview) Before if (obj instanceof Double) { Double d = (Double) obj; // d を使った処理 } After if (obj instanceof Double d) { // d を使った処理 } switch でも同じように書ける switch (obj) { case Integer i: // intの時にやらせたい処理 case Double d: // doubleの時にやらせたい処理 } 35
- 37. 359:Records(Preview) データクラス。乱暴に言うと構造化されたtuplesのようなもの。 Specificationdraft {ClassModifier} record TypeIdentifier [TypeParameters] RecordComponent { , RecordComponent } [SuperInterfaces] RecordBody record NonEmptyString(int x, String s) {} 37
- 38. final class NonEmptyString implements java.lang.Record { // コンポーネントと同名同型のprivate final fieldが作られ // これを格納するpublicなコンストラクタが作られる private final int x; private final String s; public NonEmptyString(int x, String s) { this.x = x; this.s = s; } // コンポーネントと同名のアクセサが作られる public int x() { return x; } public String s() { return s; } // コンポーネントを適切に扱うよう下記メソッドが自動的に実装 // 自分で実装もできるが利点(shallowly-immutable, // well-behaved)を破らないように注意が必要 public boolean equals() { (snip) } public int hashCode() { (snip) } public String toString() { (snip) } } 38
- 39. データクラスの悩みどころであるコンポーネントの検証や正規化がコン ストラクタ(canonicalconstructor)として書ける record NonEmptyString(int x, String s) { public NonEmptyString { // Stringコンポーネントをnon emptyに正規化 if ( s == "" ) { this.s = "JVM is treasure."; } else { this.s = s; } } } 39
- 40. 368:TextBlocks(SecondPreview) 改行( )と空白( s )を柔軟に制御できるよう2つの新たなエスケープシ ーケンスが追加される TextBlock内で末尾に を付けて改行するとその改行は無視される s は u0020 (空白)に変換される。前後の余分な空白が削除され てから変換されるため、結果として s と文字列の間にある空白が 削除されることを防ぐことができる 40
- 41. #普通のText Blocks """ JJUG CCC """ => "JJUG¥nCCC¥n" #本来は一行で書ききれないめっちゃ長い文章を意図的に改行する時に使う """ JJUG CCC """ => "JJUG CCC" #各行辺りの文字数を制御したい時などに使う """ JJUG s CCC s """ => "JJUG ¥nCCC ¥n" 41
- 47. AdoptOpenJDK ビルドツールはgithubで管理されており、個人でもローカルまたは Docker上でビルドが可能。コミュニティのインフラもgithubで管理され ている。丁寧にREADMEで解説しているので必見 ビルド元は github.com/AdoptOpenJDK/openjdk-jdk<NN>u (各Javaバ ージョン)と github.com/AdoptOpenJDK/openjdk-jdku (開発の最新リ ポジトリ)だが、これはAdoptOpenJDKJenkinsで git-hg により OpenJDKコミュニティのリポジトリ jdk-updates/jdk<NN>u と jdk/jdk をミラーリングしている。結果としてJava11は jdk- updates/jdk11u をベースにしており、メンテナンスはOpenJDKに準 じる 47