Java 9では、場合によってはパッケージの衝突が少し違って扱われるのはなぜですか？私は、Java 9で実験し、次のシナリオで探しています

Question

：

実験1

• モジュール
• モジュールB
• の両方が、com.fooという名前の非空のパッケージを宣言しますをエクスポートしないでください。

  java.lang.RuntimeException：モジュールBおよびモジュールの両方にパッケージcom.foo

• 両方が「C」からメインの実行第3モジュールC

によって要求されると、ランタイムエラーを与えます

実験前と同じ2

が、この時間の両方の輸出com.foo。 Cから主実行

結果：

java.lang.module.ResolutionException：モジュールBおよびエクスポートパッケージcom.fooはC

実験3

同じ

をモジュール2としましたが、今度はモジュールcom.fooをモジュールCで宣言しました。

コンパイルエラーが発生しました： エラー：（4、1）java：モジュールCがAとBの両方からパッケージcom.fooを読み込みます

なぜコンパイル時に最初の2つのケースがキャッチされないのですか？プログラムを実行する前に解決を妨げることに気づいていない実行時プロパティがありますか？

さらに、エラーメッセージに関する限り、実験2のエラーメッセージは、実験1で与えられたエラーメッセージよりも優れています。モジュールの1つがエクスポートしないと、最終結果異なるものになります。言い換えれば、異なるエラーメッセージを生成する背後にある考慮点は何ですか？

Answer 1

実験＃2と＃3は分割されたパッケージの問題であり、コンパイル時と実行時の両方でエラーになるはずです。 ＃2の場合は、あなたの投稿から、Cをコンパイルするときにコンパイルエラーが表示されないことはありません。「モジュールCは、AとBの両方からパッケージcom.fooを読み込みます。

実験＃1はおそらく、重複しているパッケージのために同じ名前空間（同じクラスローダー）にすべて住むことができないアプリケーションモジュールパス上のA、B、Cです。最近表示されたビルドでは、表示されるエラーメッセージが少し改善されています。

ここでの実験はjigsaw-devの多くのスレッドで議論されていますが、少なくともJDK 9はまだ開発中ですが、質問や経験を積むのに適しているかもしれません。