访问平台专有的信息并不是一件容易的事。虽然可以使用 Runtime.exec() 创建进程，但由于平台之间的差异，构造参数集常常令人头痛不已。此外， System 的 getenv() 方法从开始进行 Java 编程就遭到反对。
什么时候一个遭到反对的方法不再被反对呢？使用 System 的 getenv() 方法时就会遇到这种情况。Tiger 以 1995 年正式发布之前的 Java 平台为基础，它没有抛弃该方法，同时还提供了一个新的类 ProcessBuilder （属于包 java.lang ），用它来创建进程并与系统进程交互。
访问环境变量
虽然我个人并不想退回到原来使用 AWT 组件的事件模型，但是早期的 Java 平台版本（称为 alpha 版）有一个很好的特性，即能够访问环境变量。该方法和当时“编写一次，随处运行”的颂词背道而驰，因此当 Java 平台发布 1.0 版时， System 的 getenv() 方法受到了抨击。虽然 1.0 版为何抛弃原来的一些内容一直令我迷惑不解，但我常常看到该方法引起新入门开发人员的兴趣。时间回到 2004 年，您现在终于能够使用这个方法了。如清单 1 所示，该方法的使用很简单：
清单 1. 调用 getenv
public class EnvTest {
public static void main(String args[]) {
System.out.println(System.getenv(args[0]));
}
}
只要在命令行中随 getenv 调用传入变量的名称，就可以得到它的当前值。比如在我那台用了两年的桌面机上，如果输入参数 PROCESSOR_IDENTIFIER ，就会得到清单 2 所示的结果：
清单 2. getenv 的输出结果
java EnvTest PROCESSOR_IDENTIFIER
x86 Family 6 Model 8 Stepping 6, GenuineIntel
首先要注意的是方法名 getenv() ，它完全采用小写形式，而不是采用您所预料的大小写混合形式（ getEnv() ）。这是因为在正式发布之前的最初命名方法就是这样的。其次，访问环境变量常常要使用平台专用的代码。如果确实希望这样做也可以，但这样就偏离了百分之百的纯 Java 模型。上述代码本身仍然是纯粹的 Java 代码，因此使用该方法并不完全违背这一原则，但是使用了这么多年的系统属性之后，使用 getenv() 感觉怪怪的。
Tiger 提供了两个版本的 getenv() 方法，而不是一个。第二个版本返回与系统中当前设置的所有环境变量对应的‘名/值’对（name-value pairs）。清单 3 说明了这种新方法的应用，并打印出了所有环境变量的键和值：
清单 3. 访问所有的环境变量
import java.util.Map;
public class EnvDump {
public static void main(String args[]) {
for (Map.Entry entry: System.getenv().entrySet()) {
System.out.println(entry.getKey() + " / " +
entry.getValue());
}
}
}
共2页。 1 2 8 :
|
