目的是编写Java代码来检测JVM版本，该代码依赖于兼容性更改，副作用，错误和/或未定义行为，这些行为在一个版本中以某种方式起作用，而在另一版本中以另一种方式起作用。此外，该代码应至少具有一点可读性，而不会牺牲空格和清晰的变量名。

为了确保这一目标，确切的正式规则是：

1. 该代码必须用Java编写，并输出运行它的JRE版本。

2. 该代码不得使用任何专门用于检测Java版本或免费提供JDK或JRE版本的JDK或JRE API。

3. 该代码不得使用反射。

4. 该代码仅在Hotspot Java SE 5、6和7中才需要，但在其他JVM中也可以。

5. 该代码不得在类路径中使用任何第三方库。

6. 该代码不得启动任何其他进程，无论是否是Java。

7. 该代码不得使用环境变量。

8. 该代码不得搜索文件系统以查找预先存在的文件或文件夹。

9. 该代码必须包含在一个文件中，并通过public static void main(String[] args)或调用public static void main(String... args)。

10. 该代码不得使用JRE中存在的任何非公共API。

11. 该代码在执行期间不得生成任何NoClassDefFoundError，NoSuchMethodError，ClassNotFoundException或NoSuchMethodException。

12. 该代码应在与Internet或任何本地网络断开连接的系统中运行。

13. 您应该提供一个解释，说明为什么它在一个版本中会以一种方式运行，而在另一个版本中会以另一种方式运行。

计分

衡量最佳解决方案的方法是max（n / s），其中n是在不违反任何这些规则的情况下检测到的不同Java版本的数量（至少是版本5、6和7），而s是词汇标记的数量在解决方案中。

6/102 = 0.0588

检测6个版本。具有102个词法标记（来自103下来，我删除后public在public class）。

import java.security.Signature;

class GuessVersion {
        public static void main(String[] args) {
                String version = "Java 1.1";
                try {
                        "".getBytes("ISO8859_13");
                        version = "Java 1.3";

                        "".getBytes("ISO8859_15");
                        version = "Java 1.4";

                        Signature.getInstance("SHA256withRSA");
                        version = "Java 5";

                        "".getBytes("KOI8_U");
                        version = "Java 6";

                        Signature.getInstance("SHA256withECDSA");
                        version = "Java 7";
                } catch(Exception e) {}
                System.out.println(version);
        }
}

Java 1.1向Java引入了字符编码和加密算法。更高版本增加了更多的编码和算法。该程序尝试使用编码和算法，直到捕获异常。我期望抛出丢失的编码和抛出java.io.UnsupportedEncodingException丢失的算法java.security.NoSuchAlgorithmException。

我有一台带有四个Java旧版本的PowerPC Macintosh。我的OpenBSD机器还有两个版本，因此我测试了这六个版本：

• 适用于Mac OS 9.2.2的MRJ 2.2.6中的Java 1.1.8
• 适用于Mac OS X Panther的Java 1.3.1_16
• 适用于Mac OS X Tiger的Java 1.4.2_21
• 适用于Mac OS X Tiger的Java 1.5.0_19
• 适用于OpenBSD 5.5的OpenJDK 1.6.0_32
• 适用于OpenBSD 5.5的OpenJDK 1.7.0_21

该程序也可以在OpenBSD的JamVM 1.5.4和gcj 4.8.2中运行，但是不能将它们标识为不同的实现。它仅打印“ Java 5”。

Mac OS Java运行时

感谢“编写一次，到处运行！”，我可以编写一次该程序，编译一次，然后在所有八个虚拟机中运行一个GuessVersion.class。我需要Java 1.1的编译器，这是我收藏中最旧的版本。

我的编译器是javacMRJ SDK 2.2中的工具。因为Classic Mac OS没有命令行，所以它javac是一个漂亮的图形工具，可以在其中选择文件和选项，然后单击“执行Javac”。编辑代码后，只需再次单击“执行Javac”。

运行GuessVersion.class的最简单方法是在MRJ SDK 2.2中的另一个工具JBindery中打开它。运行时是MRJ 2.2.6，它是Java 1.1.8的实现。

我不确定我的分数是多少，因为它取决于您确切地认为是词法标记的原因，但是我正尝试尽可能多地使用长字符串来滥用该计数系统...

它还取决于您是否将其视为可识别7个不同版本或16个版本（它可以扩展到190个）。

class V extends ClassLoader
{
    public static void main(String[]args)
    {
        for(byte b=60;;)
            try {
                byte[]buf="\u00ca\u00fe\u00ba\u00be\u0000\u0000\u00002\u0000\u0005\u0007\u0000\u0003\u0007\u0000\u0004\u0001\u0000\u0001A\u0001\u0000\u0010java/lang/Object\u0006\u0000\u0000\u0001\u0000\u0002\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000".getBytes("ISO-8859-1");
                buf[7]=b--;
                new V().defineClass(buf,0,53);
                System.out.println(b-43);
                break;
            }
            catch(Throwable t){}
    }
}

它通过尝试在自定义类加载器中定义类格式为主要版本号降序的接口来工作。第一个不抛出的java.lang.UnsupportedClassVersionError对应于VM的版本。

class Evil {
    public static void main(String... args) {
        String s1 = "Good";
        s1 += "morning";
        int a = 7;
        if (s1 != s1.intern())
            try {
                a--;
                javax.xml.datatype.DatatypeFactory.newInstance().newXMLGregorianCalendar().equals(null);
            } catch (Throwable e) {
                a--;
            }
        System.out.println(a);
    }
}

实习算法在Java 6和7之间进行了更改。请参阅/programming//a/7224864/540552

XMLGregorianCalendar.equals（null）用于在Java 5中引发NullPointerException，但在Java 6中已修复。请参见http://bugs.sun.com/view_bug.do?bug_id=6285370

100 96 92 87 85个令牌。感谢Peter Taylor减少了7个令牌。