访问平台专有的信息并不是一件容易的事。虽然可以使用 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()); 　　} 　} }

理解 processbuilder

　　这为我们带来了一个新的类 java.lang.processbuilder 。平台的早期版本允许通过 runtime 类的 exec() 方法创建本机进程。该方法仍然有效，但是因为能以 string 数组作为参数、以 file 参数作为工作目录，所以用这种方法定制子进程比较困难。使用 processbuilder 可以简化这个过程，它提供了 directory(file) 方法来改变进程的工作目录，可以用 environment() 方法在进程空间中添加和删除环境变量。清单 4 说明了 processbuilder 的一种简单用法，它使用 ipconfig 命令获得 internet 配置信息。该方法适用于多数平台，否则可以将 ipconfig 改写成所用平台上的工作命令。启动进程构造程序之后，需要获得其 inputstream ，以读入所创建进程的结果。

　　清单 4. 使用 processbuilder

import java.io.*; public class processtest { 　public static void main(string args[]) throws ioexception { 　　process p = new processbuilder("ipconfig").start(); 　　inputstream is = p.getinputstream(); 　　bufferedreader br = new bufferedreader(new inputstreamreader(is)); 　　string line; 　　while ((line = br.readline()) != null) { 　　　system.out.println(line); 　　} 　} }

　　如清单 5 所示，该程序的运行结果与在命令行中执行 ipconfig 所得到的结果类似（您得到的结果看起来可能有所不同）：

　　清单 5. processbuilder 的输出结果

windows 2000 ip configuration ethernet adapter local area connection: connection-specific dns suffix . : ip address. . . . . . . . . . . . : 192.168.0.101 subnet mask . . . . . . . . . . . : 255.255.255.0 default gateway . . . . . . . . . : 192.168.0.1

　　如前所述， processbuilder 类不仅能生成新的进程，而且还能获得其结果。在调用其 start() 方法之前，还可以调整进程所执行的上下文。如果不喜欢环境变量，您可以使用 environment 获得当前设置，并调用 clear() 清除映射。如果需要添加环境变量，可以调用 environment 获得当前设置，然后通过 put(name, value) 添加新的变量。如果希望使用新的工作目录，可以调用 directory() 并提供新的工作目录作为 file 对象。就是这么简单。使用表示将运行的命令及其参数的数目可变的字符串参数来创建 processbuilder ，一旦使用新的环境变量和工作目录配置 processbuilder ，就可以调用 start() 来执行命令。

　　结束语

　　您希望您所喜欢的方法在遭到反对之后再受到欢迎吗？当然，有时候，一个受到抨击的方法虽然从没在 java 发行版本中受到真正的支持，但它可能重新获得新生。只要有足够多的用户在 sun 的 bug parade 上呼吁和投票，开发人员就可以改变 java 平台的演进方向。虽然我曾怀疑过时的 awt 事件模型会卷土重来――尽管每个人都这样要求，但只是一些简单的问题（如访问环境变量）最终得到了 java 平台的支持。小心地使用它。除了反对 getenv 的问题之外， processbuilder 还提供了一种创建本机进程的简单方法，应该用它来代替所有过时的 runtime.exec() 调用。开始重构吧！