软件工程师，特别是开发客户端产品，App这一类，都免不了需要判断当前所处环境。比如客户端产品要判断是Windows/Linux系统，x86还是x64等等。 App则需要判断安卓、iOS的版本，当前环境是否WIFI之类的。
对于 Java 应用， 无论 Web 还是 桌面应用，也会遇到需要判断当前所使用的 JDK 版本，当前应用对应的操作系统等等。
比如我们在几年前做应用服务器集群管理与监控时，需要判断应用服务器所属物理机器的CPU以及内存的使用率、对于服务器实例进行操作，对于不同的JVM 实现，采用不同的attach机制等等。当时是使用 Sigar 进行这些硬件信息的获取。
由于提供的是All in One 的版本，所以需要判断操作系统类型，来判断加载 Sigar 的Windows支持 dll 文件还是Linux 支持 so 文件。
当然获取操作系统类型、版本都较容易，直接通过System 的getProperty再加上对应的名称就能拿到，比如「os.name」，「os.arch」等。对于 JVM 的厂商，则可以通过「java.vm.vendor」来得到，完整的可以通过System.getProperties全部拿到。
如果习惯使用JMX 读取Platform 的 MBean，也可以通过 JMX来获取，便捷操作类似这样：
- OperatingSystemMXBean os = ManagementFactory.getOperatingSystemMXBean();
- System.out.println(os.getName());
本质上也都是一样的。
那除了这种方式，还有哪些方式可以获取到呢?一般开源软件又是怎么做的呢?
我们来看 Tomcat 内部怎么实现的。
我们发现， Tomcat 内部，对于通过 System 的 properties获取到的，基本都是用来打印 Log 和输出使用，对于应用内的控制，基本没看到使用。
那 Tomcat在判断版本时，是怎么做的呢?为什么不直接用这个呢?
首先看怎么做的。
前面的文章提到过， Tomcat 对于内存泄漏做了一些努力，比如先Hold 一块内存这种(Tomcat与内存泄露处理)，也比如防止内存泄漏的PreventionListener，会先将可能共用的 class加载到Common classLoader里。
那这里加载到 Common classLoader这些常用 class时，就需要判断当前是Java 哪个版本，因为有些 class 是某些版之后才出现的。
具体实现是这个样子：
- // Trigger a call to sun.awt.AppContext.getAppContext(). This
- // will pin the system class loader in memory but that shouldn't
- // be an issue.
- if (appContextProtection && !JreCompat.isJre8Available()) {
- ImageIO.getCacheDirectory();
- }
- // Trigger the creation of the AWT (AWT-Windows, AWT-XAWT,
- // etc.) thread
- if (awtThreadProtection && !JreCompat.isJre9Available()) {
- java.awt.Toolkit.getDefaultToolkit();
- }
什么时候 Available了?
- static {
- // This is Tomcat 8 with a minimum Java version of Java 7. The latest
- // Java version the optional features require is Java 9.
- // Look for the highest supported JVM first
- if (Jre9Compat.isSupported()) {
- instance = new Jre9Compat();
- jre9Available = true;
- jre8Available = true;
- }
- else if (Jre8Compat.isSupported()) {
- instance = new Jre8Compat();
- jre9Available = false;
- jre8Available = true;
- } else {
- instance = new JreCompat();
- jre9Available = false;
- jre8Available = false;
- }
- }
具体是不是支持是直接通过加载特定版JDK 对应的 class 来判断
- static {
- Method m1 = null;
- try {
- // The class is Java6+...
- Class<?> c1 = Class.forName("javax.net.ssl.SSLParameters");
- // ...but this method is Java8+
- m1 = c1.getMethod("setUseCipherSuitesOrder", boolean.class);
- } catch (SecurityException e) {
- // Should never happen
- } catch (NoSuchMethodException e) {
- // Expected on Java < 8
- } catch (ClassNotFoundException e) {
- // Should never happen
- }
- setUseCipherSuitesOrderMethod = m1;
- }
通过这种加载 class 的方式，和 我们前面通过 System.property获取，有啥区别呢?
要知道， System 的 Property 是个系统属性，是可配置的，也就是说，谁都可以进行setProperty的操作。如果不巧被别人改了，那你的程序可能就会出现不符合你预期的行为。
而加载类的形式，并不受其他人的影响。是最真实的一线声音。
这样的判断不方式，不仅 Tomcat 自己，其他框架也有在用。我们来看 Spring Boot。
Boot 执行的时候，有时候会判断当前应用是否需要支持 Web, 类似于是否加载了 Spring MVC 这种。
- private static final String[] WEB_ENVIRONMENT_CLASSES = { "javax.servlet.Servlet",
- "org.springframework.web.context.ConfigurableWebApplicationContext" };
- private boolean deduceWebEnvironment() {
- for (String className : WEB_ENVIRONMENT_CLASSES) {
- if (!ClassUtils.isPresent(className, null)) {
- return false;
- }
- }
- return true;
- }
然后在启动时候，会调用deduceWebEnvironment 方法，从而决定一些执行的逻辑。
还有其他方式么? 如何不想自己手工处理，可以使用一些工具类，比如 Apache 的 commons-lang， 提供了一个 SystemUtils 可以直接。例如判断操作系统和 Java 版本
- if (SystemUtils.IS_JAVA_1_7) {
- System.out.println("Hello 1.7");
- }
工具类是怎么做的呢?
- public static final String JAVA_VERSION = getSystemProperty("java.version");
- private static String getJavaVersionTrimmed() {
- if(JAVA_VERSION != null) {
- for(int i = 0; i < JAVA_VERSION.length(); ++i) {
- char ch = JAVA_VERSION.charAt(i);
- if(ch >= 48 && ch <= 57) {
- return JAVA_VERSION.substring(i);
- }
- }
- }
- return null;
- }
说到底，也还是System.getProperty.
所以，在检测环境的时候，我们可以通过System.getProperty，也可以通过 Tomcat 和 Spring 这种加载 class 的方式。或者干脆直接用工具类。 你还用过啥办法呢?
【本文为51CTO专栏作者“侯树成”的原创稿件，转载请通过作者微信公众号『Tomcat那些事儿』获取授权】
