驯服Tiger之访问环境变量和调用子进程
来源：网络 更新时间：2014-12-3
访问平台专有的信息并不是一件容易的事。虽然可以使用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
publicclassEnvTest{
publicstaticvoidmain(Stringargs[]){
System.out.println(System.getenv(args[0]));
}
}
只要在命令行中随getenv调用传入变量的名称，就可以得到它的当前值。比如在我那台用了两年的桌面机上，如果输入参数PROCESSOR_IDENTIFIER，就会得到清单2所示的结果：
清单2.getenv的输出结果
javaEnvTestPROCESSOR_IDENTIFIER
x86Family6Model8Stepping6,GenuineIntel
首先要注意的是方法名getenv()，它完全采用小写形式，而不是采用您所预料的大小写混合形式（getEnv()）。这是因为在正式发布之前的最初命名方法就是这样的。其次，访问环境变量常常要使用平台专用的代码。如果确实希望这样做也可以，但这样就偏离了百分之百的纯Java模型。上述代码本身仍然是纯粹的Java代码，因此使用该方法并不完全违背这一原则，但是使用了这么多年的系统属性之后，使用getenv()感觉怪怪的。
Tiger提供了两个版本的getenv()方法，而不是一个。第二个版本返回与系统中当前设置的所有环境变量对应的‘名/值’对（name-valuepairs）。清单3说明了这种新方法的应用，并打印出了所有环境变量的键和值：
清单3.访问所有的环境变量
importjava.util.Map;
publicclassEnvDump{
publicstaticvoidmain(Stringargs[]){
for(Map.Entryentry: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
importjava.io.*;
publicclassProcessTest{
publicstaticvoidmain(Stringargs[])throwsIOException{
Processp=newProcessBuilder("ipconfig").start();
InputStreamis=p.getInputStream();
BufferedReaderbr=newBufferedReader(newInputStreamReader(is));
