Java 9 内部探索——版本架构，多版本 jar 包及其他

java.version: 9-ea

java.runtime.version: 9-ea+138-jigsaw-nightly-h5561-20161003

java.vm.version: 9-ea+138-jigsaw-nightly-h5561-20161003

java.specification.version: 9

java.vm.specification.version: 9

● $MAJOR 所标识的是 Oracle 计划每两到三年发布的主版本号。

● $MINOR 所标识的是针对Bug修复以及一些其它需要定期跟进的更小一点的版本号——当主版本号发布时，这个标识就会被重置为零。

● $SECURITY 则相当有意思 – 这个标识在每次发布中“含有包括为提升安全性而进行的重要修复”时就会要用到，并且在 $MINOR 变大的时候它并不会被重置。

Version version = Runtime.version();

System.out.println("Reported by runtime: " + version);

switch (version.major()) {

    case 9:

        System.out.println("Modularity!");

        break;

    case 10:

        System.out.println("Value Types!");

        break;

● 有些会在长版本选项前面使用一个短横线(-classpath)，其它则会使用两个(--gzip)

● 有些用短横线分隔单词(--no-gzip)，其它则没有这样做(-classpath)

● 有些是单个字母形式的(-d), 其它则是两个字母形式的(-cp, 真不知道那样搞是为了啥?!)

● 有些用等号赋值(-D=), 其它则需要一个空格(我可不会这样做…)

● 长版本选项前面都是使用两个短横线

● 单词都用短横线分隔

● 选项缩写都会使用一个短横线并且只会包含一个字母

money = € / \u20AC

money = â▯¬ / €

money = € / €

try (InputStream propertyFile = new FileInputStream("config.properties")) {

    PropertyResourceBundle properties = new PropertyResourceBundle(propertyFile);

    properties.getKeys().asIterator().forEachRemaining(key -> {

        String value = properties.getString(key);

        System.out.println(key + " = " + value);

    });} catch (IOException e) {

    e.printStackTrace();}

Instantiation instantiation = DrbgParameters.instantiation(128, RESEED_ONLY, null);

SecureRandom random = SecureRandom.getInstance("DRBG", instantiation);

byte[] bytes = new byte[20];

random.nextBytes(bytes);

1、先创建三个类：Main、VersionDependent用于 Java 8， 还有 VersionDependentfor 用于 Java 9。后续的代码提供一个用于打印的结果，内容是 “Java X version”，其中 X  是 8 或 9。

2、然后编译 Main 和 VersionDependent(用于 Java 8 的)，结果放在目录 out-mr/java8 上；编译VersionDependent(Java 9 的版本) 放在 out-mr/java9 上。

3、现在开始有趣了，来看看怎么打包。下面的命令会创建一个 mr.jar，包含两个 VersionDependent.class (分别来源于 out-mr/java-x 目录)。因为结构明确，所以 java 能选择正确的类：

jar9 --create --file out-mr/mr.jar -C out-mr/java-8 . \    --release 9 -C out-mr/java-9 .

4、确实，使用 Java 8 运行 java -cp out-mr/mr.jar ...Main 会输出 “Java 8 version” 而 使用 Java 9 运行会输出 “Java 9 version”。

└ org

    └ codefx ... (moar folders)

        ├ Main.class

        └ VersionDependent.class

└ META-INF

    └ versions

        └ 9

            └ org

                └ codefx ... (moar folders)

                    └ VersionDependent.class

● 每个消息可以有大量的标签，这依赖于创建和使用它的子系统，如 aregc、模块、oros等。可以选中单独的标签并对其应用其它设置。

●当然消息有等级 (error,warning,info,debug,trace,develop) 而且可以按等级进行过滤。

●可以为日志文件转换设置输出到 stdout、stderr 或者文件。

●然后还有 装饰 – 附加在消息上的有用信息（pid、uptime、…、技术标签和等级都是装饰）。它们都可以被输出。

java9 -cp out-mr/mr.jar -Xlog:os,modules,gc ...Main

[0.002s][info][os] SafePoint Polling address: 0x00007feea4c96000

[0.002s][info][os] Memory Serialize Page address: 0x00007feea4c94000

[0.002s][info][os] HotSpot is running with glibc 2.22, NPTL 2.22

[0.009s][info][gc] Using G1

Java 9 version

java9 -cp out-mr/mr.jar -Xlog:os,modules=debug,gc org.codefx.demo.java9.internal.multi_release.Main

[0.002s][info][os] SafePoint Polling address: 0x00007f3054a22000

[0.002s][info][os] Memory Serialize Page address: 0x00007f3054a20000

[0.002s][info][os] HotSpot is running with glibc 2.22, NPTL 2.22

[0.009s][info][gc] Using G1

[0.059s][debug][modules] set_bootloader_unnamed_module(): recording unnamed module for boot loader

[0.063s][debug][modules] define_javabase_module(): Definition of module: java.base, version: 9-ea, location: jrt:/java.base, package #: 159

[... snip ... many, many more module messages ... ]

[0.079s][info][modules,startuptime] Phase2 initialization, 0.0366552 secs

java9 -cp out-mr/mr.jar -Xlog:os,modules*,gc* ...Main

[0.002s][info][os] SafePoint Polling address: 0x00007f9c7f307000

[0.002s][info][os] Memory Serialize Page address: 0x00007f9c7f305000

[0.003s][info][os] HotSpot is running with glibc 2.22, NPTL 2.22

[0.007s][info][gc,heap] Heap region size: 1M

[0.009s][info][gc     ] Using G1

[0.009s][info][gc,heap,coops] Heap address: 0x00000006c6200000, size: 3998 MB, Compressed Oops mode: Zero based, Oop shift amount: 3

[0.077s][info][modules,startuptime] Phase2 initialization, 0.0367418 secs

Java 9 version

[0.090s][info][gc,heap,exit       ] Heap

[0.090s][info][gc,heap,exit       ]  garbage-first heap   total 256000K, used 2048K [0x00000006c6200000, 0x00000006c63007d0, 0x00000007c0000000)

[0.090s][info][gc,heap,exit       ]   region size 1024K, 3 young (3072K), 0 survivors (0K)

[0.090s][info][gc,heap,exit       ]  Metaspace       used 4225K, capacity 4532K, committed 4864K, reserved 1056768K

[0.090s][info][gc,heap,exit       ]   class space    used 414K, capacity 428K, committed 512K, reserved 1048576K

java -cp out-mr/mr.jar -XX:BlockLayoutMinDiamondPercentage=120 ...Main

java9 -cp out-mr/mr.jar -XX:BlockLayoutMinDiamondPercentage=120 ...Main

intx BlockLayoutMinDiamondPercentage=120 is outside the allowed range [ 0 ... 100 ]

Improperly specified VM option 'BlockLayoutMinDiamondPercentage=120'

Error: Could not create the Java Virtual Machine.

Error: A fatal exception has occurred. Program will exit.

int depth;

@ReservedStackAccess

private void determineDepthWithReservedStack() {

    determineDepth();

}

private void determineDepth() {

    depth = 0;

    try {

        recurseToDetermineMaxDepth();

    } catch (StackOverflowError err) { }

    System.out.printf("Depth: %d%n", depth);

}

private void recurseToDetermineMaxDepth() {

    depth++;

    recurseToDetermineMaxDepth();

}

DEPTH USING REGULAR STACK

Depth: 21392

DEPTH USING RESERVED STACK

Java HotSpot(TM) 64-Bit Server VM warning: Potentially dangerous stack overflow in ReservedStackAccess annotated method org.codefx.demo.java9.internal.stack.ReservingStackAreas.determineDepthWithReservedStack()V [1]

Depth: 59544