JVM勉強会（開発編）を開催しました - 株式会社ヘンリーエンジニアブログ

こんにちは、SREの戸田です。本日はJVM勉強会（運用編）に続けて開催したJVM勉強会（開発編）の一部を公開します。

システムプロパティ

システムプロパティは環境変数のように、プログラムの挙動を変えるために利用することが多いです。例えばOpenJDKそのものでも Integer.valueOf() で値をどの程度キャッシュするか*1を設定するためにシステムプロパティを使っています。

他にも user.language あたりはよく知られていますし、標準で提供されるシステムプロパティも多数あります。しかし製品コードから直接参照することは基本ないと思っていて、 File.pathSeparator などの提供されたAPIを使うことが望ましいでしょう。またシステムプロパティは動的に変更することも可能ですが、システムプロパティを読み込む側がそれを想定しているかは確認したほうが良いでしょう。

文字コード

JVM自体はOS標準の文字コードを用いることになっていました。すなわちここは特に抽象化されておらず、プログラマが意識する必要がありました。しかしJava 18からUTF-8が標準になるので、動作環境について気にする必要性がひとつ減ります。

逆に言えば、暗黙的にOS標準の文字コードを期待しているプログラムがあるならJava 18以降では注意が必要になります。医療機関向けシステムを扱っている弊社の場合だと、仕様としてShift_JISの利用を求めている書式がレセ電コード情報ファイルをはじめとして多数存在していることから、明示的に文字コードを指定する書き方を徹底することが必要です。

改行コード

JVM自体は改行コードの扱いを抽象化しません。このためプログラマがCR, LF, CRLFのいずれを使うか決定する必要があります。

とはいえOS標準の改行コードを使う場合は PrintWriter, BufferedReader, Scanner といった標準ライブラリが提供する抽象化をもって対応すれば充分で、わざわざ System.lineSeparator() などを利用して改行コードを明示的に扱うことは不要でしょう。

なお書式を扱うメソッドでは、Formaterが提供する %n を使うことでOS標準の改行コードを参照することもできます。

マルチスレッドプログラミング

JVM/Javaはマルチスレッドプログラミングに向いているという話から入り、それでも考えることが結構あるよねという話で盛り上がりました。

特に InterruptedException の扱いが複雑という点は、電車本（Java並行処理プログラミング）に詳しく説明されてるもののかなり古いため、最近の良い本を知りたいという声が複数出ました。おすすめの書籍がある読者の方はぜひ教えていただきたいです。

よくある落とし穴

JVMや標準ライブラリの挙動を知らないとハマる落とし穴がけっこうあり、以下に挙げるものを含めいくつか紹介しました。

正規表現のコンパイル処理はCPUに負荷をかけます。kotlin.text.Regex のコンストラクタや java.lang.String の matches(String) などがコンパイル処理を行うため、 kotlin.text.Regex インスタンスをcompanion objectに保存して使い回すなどの工夫が必要です。
SoftReference や WeakHashMap を使ってキャッシュを実装するのはGCの挙動に明るくても難しいため、メモリの利用状況に応じて挙動を変えるキャッシュが必要なら自分で実装せずにGuavaのようなライブラリを利用しましょう。
配列の利用は極力避けて、コレクションを使いましょう。変更に柔軟で、メソッドも豊富に提供されています。あと配列はうっかりMapのキーなどに使うと困ったりとか、Javaのrecordで使うと問題があるとか、細かい落とし穴もちょいちょいあります。